我们的业务需求是拥有两个地理分布式服务器（每个服务器位于不同的国家/地区），每个服务器运行关键的Java Web应用程序实例和Postgres数据库服务（数据库应该是集群的，并在主从中进行地理分布模式）。
是否可以使用CloudFoundry完成此类配置？我对CloudFoundry有点熟悉，我也看到了 - 具有多个应用和服务节点的CloudFoundry的一个实例（标准方式，一个物理服务器） - 具有服务代理的多个CloudFoundry实例，用于获取远程服务信息（不确定如何以这种方式运行分布式应用程序）
这可以在IaaS层实现，因此硬件将位于两个位置，并且只有一个CloudFoundry实例？我们唯一的选择是使用应用程序的第三方“入口点”在两个云之间路由和负载平衡？或者我们应该避免CloudFoundry作为一个不充分的解决方案。
提前谢谢。
答案 0 :(得分：0)
像其他人一样，我可以投票否定并继续前进。
您的问题清楚地表明您对Cloud Foundry知之甚少。
我坚信，这个星球上没有人天生就有知识。所以，我倒下了我应该帮你解释一下Cloud Foundry。那就是说，我不是专家。所以，我可能会犯一些错误。
我鼓励那里的专家，请纠正我（我总是愿意学习）。
您必须已经听说过Quickbooks，ADP等。它们被称为软件即服务（SAAS）。
亚马逊网络服务（AWS），MS-Azure和Google Computing Engine（GCE / GCP）为您提供云中的基础架构。它们被称为基础架构即服务（IAAS）。
Cloud Foundry称为平台即服务（PAAS）。
Cloud Foundry，提供一致且标准化的平台，具有弹性，可扩展，自我修复，分布式环境。请查看What is Cloud Foundry? Key benefits and real use case。 Cloud Foundry的优势在于，您可以在AWS，GPC，Azure或VMWare上的自己的数据中心中运行构建私有云。
在Cloud Foundry中，您的应用程序被部署为一系列微服务。微服务可以单独部署，扩展和管理。微电脑可以单独调用。微控制器架构允许频繁更改，减少周转时间并提高灵活性。这有助于整体质量和客户满意度。
另一个优点是，您可以将同一个微服务推送到两个不同的云端。那是你的用例。您不必为两个不同的地理区域维护两个不同的代码行。此偏离过程假设您的业务要求在两个地理位置都相同。如果需求发生变化，您可以通过构建新的微服务轻松适应。
您可以想象云代工厂是一个可行的平台。 Cloud Foundry绝不便宜。对于长期收益来说，这是很多工作。 所以，我不建议为一两个应用程序建立云代工厂。
在你的问题中，你提到，应用程序不会被直接调用，而是通过第三方入口点。鉴于此，为什么在两个地理位置真的需要两个不同的云？如果您需要不同的网址，可以通过创建特定路线并发布它们来实现。
如果需要考虑数据分离，您可以创建两个不同的空格或两个不同的组织，并隔离服务和/或数据。
如果政府法规是推动两个云要求的原因，那么你别无选择，只能拥有两个云。这样，AWS，GCP或MS-Azure将非常方便，因为它们可能在您正在寻找的地理位置提供IAAS产品。
我的回答非常粗略，更像是一万英尺的视野。您的要求需要进行调整并正确实施。如果您决定采用云原生态，请聘请一位非常好的指南。在这个旅程中，你不想一个人去。我可以推荐一家伟大的公司 - ECS团队。