Cloud 是否可以在多个云铸造实例上运行应用程序和服务？

我们的一个业务需求是拥有两个地理分布服务器（每个服务器位于不同的国家），每个服务器运行关键的Java web app实例和Postgres数据库服务（数据库应该以主从模式进行集群和地理分布）

使用CloudFoundry可以完成这样的配置吗？我对CloudFoundry有点熟悉，我也看到了 -一个具有多个应用程序和服务节点的CloudFoundry实例（标准方式，一台物理服务器） -使用服务代理获取远程服务信息的CloudFoundry的多个实例（不确定如何以这种方式运行分布式应用程序）

这是否可以在IaaS层实现，这样硬件就可以位于两个位置，并且只有一个CloudFoundry实例？我们是否只有使用应用程序的第三方“入口点”在两个云之间进行路由和负载平衡？或者我们应该避免CloudFoundry作为一个不合适的解决方案

---

提前谢谢你。

像其他人一样，我可以投反对票，继续前进

您的问题清楚地表明您对Cloud Foundry知之甚少

我坚信这个星球上没有人天生就有知识。所以，我觉得我应该帮你解释一下。也就是说，我不是专家。所以，我可能很少出错

我鼓励专家们，请纠正我（我总是愿意学习）

您一定已经听说过Quickbooks、ADP等，它们被称为软件即服务（SAAS）

亚马逊网络服务（AWS）、微软Azure和谷歌计算引擎（GCE/GCP）为您提供云计算基础设施。它们被称为基础设施即服务（IAAS）

CloudFoundry被称为平台即服务（PAAS）

Cloud Foundry提供了一致的、标准化的平台，该平台具有弹性、可扩展性、自愈性和分布式环境。请退房。Cloud Foundry的优势是，您可以在AWS、GPC、Azure或VMWare上的您自己的数据中心上运行构建您的私有云

在CloudFoundry中，您的应用程序被部署为一组微服务。微服务可以单独部署、扩展和管理。可以单独调用micorservice。micorservices体系结构允许频繁更改、缩短周转时间和提高灵活性。这有助于提高整体质量和客户满意度

另一个优势是，您可以将相同的微服务推送到两个不同的云。这就是您的用例。您不必为两个不同的地理区域维护两个不同的代码行。这是基于您在两个地理位置的业务需求相同的假设。如果需求确实发生了变化，您可以通过构建新的微服务轻松适应

可以想象，CloudFoundry是一个可行的平台。 云铸造一点也不便宜。为了获得更长期的回报，这是大量的前期工作。 所以，我不建议云铸造一个或两个应用程序

在您的问题中，您提到，这些应用不会直接调用，而是通过第三方入口点调用。既然如此，为什么你真的需要在两个地理位置有两个不同的云呢？如果您需要不同的url，可以通过创建特定的路由并发布它们来实现

如果需要考虑数据分离，您可以创建两个不同的空间或两个不同的组织，并隔离服务和/或数据

如果政府法规是推动双云需求的原因，那么你别无选择，只能拥有双云。在这里，AWS、GCP或MS Azure将非常方便，因为它们可能在您正在寻找的地理位置提供IAAS产品

我的回答非常粗略，更像是10000英尺的视野。您的需求需要被分解并正确地实现。如果你决定使用云计算，请雇佣一位非常好的向导。在这次旅行中，你不想一个人去。我可以推荐一家很棒的公司——ECS团队