1

我的问题可以简化为这种情况:我想要一个带有单个 REST 入口点的服务返回一些消息。因为它对我非常有用,所以我希望它的实例很少,但每个实例都返回我指定的不同消息。当然,这些服务实例中的每一个都将绑定到少数应用程序。所以我想知道如何完成这样的事情。

在我看来,做到这一点的最佳方法是在代理(http://docs.cloudfoundry.org/devguide/services/adding-a-service.html#create)的创建调用期间传递一些参数。但这样做是不可能的。您是否知道创建某些服务的多个实例的方法,这些实例与启动期间传递的某些参数不同?我想拥有完整的 CF 实例管理(如果它崩溃,它应该重新启动等)并且我想避免将它们创建为具有作为环境变量传递的不同参数的应用程序......

更新:不同消息(和实例)的数量可能非常大,并且它们的内容事先是未知的。这以某种方式取消了使用服务代理计划(每条消息一个计划)的资格。

4

2 回答 2

2

路线图上的功能使用户能够指定配置属性以及 {create,bind,update} 服务实例操作。从平台的角度来看,这些属性是任意且不透明的,平台只会将它们与请求一起传递给代理。代理将负责验证并返回有意义的面向用户的错误消息。代理作者将负责与用户进行带外支持的属性通信。

听起来您有一个应用程序,它实现了代理 API 端点,并且还提供了 message-endpoint-aaS。您的应用程序将如何在单个端点上提供不同的消息?或者您的应用程序是否支持每个服务实例的端点?

例如。

对于绑定到服务实例 001 的应用程序,您的代理返回凭据“url”:“app.route/instances/001”

获取 /instances/001/ { “消息”:“消息 001” }

对于绑定到服务实例 002 的应用程序,您的代理返回凭据“url”:“app.route/instances/002”

获取 /instances/002/ { “消息”:“消息 002” }

在我们实现上述功能之前,我建议代理作者允许用户在配置后直接配置实例。

您的应用程序可以通过用户可以直接 curl 的 PUT 端点或简单的 GUI 来支持这一点(请参阅我们在服务仪表板 SSO 上的文档)。

于 2015-01-23T22:12:04.733 回答
0

不确定我是否正确理解您要执行的操作,但我认为您可能需要考虑为要实施的服务创建多个服务计划。每个计划都将创建具有不同(预定义)参数的服务实例。您需要为此创建自己的服务代理

于 2015-01-23T18:16:48.140 回答