Pivotal Cloud Foundry-托管服務與用戶定義服務

Question

在過去的2-3個月里，我一直在使用Cloud Foundry，並且遇到過用戶定義和托管的服務。 我的理解是，如果托管服務附帶了服務代理（如果需要的話）以及用戶定義的服務，則定義服務的人必須照顧實現。 我想了解使用托管/用戶定義的服務相對於定義應用程序內的連接詳細信息（或在屬性文件中將其外部化）有什么好處？

Answer 1

我相信使用服務綁定方法的總體優勢在於，應用程序不必針對將部署到的每個可能環境都具有多個配置文件。

具體來說，如果您具有開發，測試，階段和產品環境，則可能會有一組配置反映了每個環境的自定義URL / IP /端口/憑證。 您還需要某種方式來觸發對正確環境配置的使用。 在Spring Boot方法中，通常使用Spring Profiles來定義和激活這些配置。 但是，這通常意味着您的應用程序會提前與所有必需的配置文件配置捆綁在一起。

使用Cloud Foundry，可通過已部署的雲平台本身注入連接/服務綁定詳細信息。 這意味着您只需要定義一個“雲”配置文件即可在您必須支持的所有環境中使用。

可以說這種方法有一些好處：

• 您可以建立新的環境，而不必重新構建/重新配置應用程序本身。 例如，如果您短期需要Test2，則可以輕松創建和定義新的空間和服務綁定，而無需重建應用程序。 從技術上講，您可以通過其他方式實現此目標-如您建議的那樣通過外部化配置。 我對CF的理解是，這實際上不是鼓勵的做法（除非您將所有內容都外部化為獨立的環境變量，否則可能不容易實現）。

• 您不必在應用程序配置中存儲憑據。 可以說這是一種安全優勢，因為應用程序開發人員不必知道與本地環境外部綁定的任何服務的連接詳細信息。 這對您可能並不重要。

• 您可能能夠在整個環境中使用支持服務的不同實現方式（可能是為了避免在非產品中產生較高的許可成本？）。 我不是這種方法的擁護者，因此我並不真正認為它有好處。

如果我還缺少其他潛在的好處，希望其他對Cloud Foundry有更多了解的人也可以加入。

另外，我將更仔細地研究這個項目： http : //cloud.spring.io/spring-cloud-connectors/ ，看看您是否可以通過這種方法獲得任何其他好處。