关键云创建管理与用户定义服务

Question

在过去的2-3个月里，我一直在使用云铸造厂，并且遇到了用户定义和管理的服务。我的理解是，在托管服务与所需的实现if service broker一起出现的情况下，在用户定义服务的情况下，定义服务的人必须负责实现。我想了解使用托管/用户定义的服务比在应用程序中定义连接详细信息(或在属性文件中将其外部化)有什么好处。

Answer 1

我认为使用服务绑定方法的总体优势是，应用程序不必为其部署到的每个可能的环境拥有多个配置文件。

具体来说，如果您有Dev、Test、Stage和Prod环境，那么可能会有一组反映每个环境的自定义URL/IP/Ports/凭据的配置。您还需要一些方法来触发正确的环境配置的使用。在Spring方法中，您通常使用Spring来定义和激活这些配置。但是，这通常意味着您的应用程序预先与所有所需的配置文件配置捆绑在一起。

对于Cloud，连接/服务绑定细节是通过部署的云平台本身注入的。这意味着您实际上只需要定义一个“云”配置文件，该配置文件将适用于您必须支持的所有环境。

这种做法可以说有几个好处：

• 您可以支持新的环境，而不必重新构建/重新配置应用程序本身。例如，如果您对Test2有短期需求，您可以轻松地创建和定义一个新的空间和服务绑定，而无需重新构建应用程序。从技术上讲，您可以通过外部化配置来实现其他方法--正如您建议的那样。我对CF的理解是，这实际上并不是一种鼓励的实践(除非您将所有内容都外部化为独立的环境变量，否则很难实现这一点)。
• 您不必在应用程序配置中存储凭据。这可以被认为是一种安全好处，因为应用程序开发人员从来不需要知道他们绑定到本地环境之外的任何服务的连接细节。这对你来说可能重要也可能不重要。
• 您可能能够跨环境使用不同的支持服务实现(可能是为了避免非prod？)的高授权成本。我不喜欢这种方法，所以我并不认为这是一种好处。

希望那些对云Foundry有更多了解的人也能参与进来，如果我缺少其他潜在的好处的话。

另外，我将更仔细地查看这个项目：http://cloud.spring.io/spring-cloud-connectors/，看看您是否可以通过该方法获得任何额外的好处。