两个云基础架构可以连接

两个云基础架构可以连接

假设你定义的“连接”是两个云可以互相路由IPstream量，那么在绝大多数情况下，答案是肯定的。

但仅仅是IP连接，基础设施并不稳定。

这样做的最佳做法是什么？

什么是build设汽车的“最佳实践”？ 写一本书怎么样？ 棘手的问题，不是吗？

“最佳实践”在这里并不真正适用，因为有数百种方法可以构build多云分布式部署。 简而言之，它完全取决于您的具体应用。

会有什么性能影响？

那么，数据库查询性能将是可怕的 。

将整个解决scheme放在一个云上更好吗？

再次，这是完全主观的。 取决于您的需求和您的应用程序体系结构。

一般来说（由于应用程序和数据库层在提供程序之间的性能影响），人们将select一个提供程序来托pipe应用程序 – 这将提供与应用程序需求相匹配的最佳function。

你可能应该列出所有的要求，然后评估几个不同的提供者。

在跨多个云（或云和本地之间）划分应用程序时，我会看到一些需要考虑的事项：

• 延迟 。 如果您的服务需要可预测的（低）延迟，您可能会发现这些types的服务应该位于同一地点。 一旦你离开一个云提供商的networking，你将通过公共互联网路由到另一个云（或本地设施）。 这种延迟可能比您的应用可以容忍的更多。
• 带宽成本 。 例如，使用Azure和AWS，您可以获得免费的入站数据，但支付出口费用。 您可能会看到一个方向（如数据库请求）相当实惠的成本，另一个方面（数据有效负载）的带宽成本较高。
• 维护 。 每个云提供商都有自己的应用程序/虚拟机/数据库维护模型和API。 你的devops环境将需要考虑到这一点。 相同的备份方法。
• 安全 。 就像连接本地资源一样，您需要考虑云之间的连接（您可以创build安全隧道还是使用SSL？）和访问控制（您是否可以保护后端服务端点（如数据库和caching？））。
• 高可用性/灾难恢复 。 每个云提供商将为其服务（和您的服务）提供HA和DR的特定选项。 你需要仔细考虑每一个。

我相信还有其他的事情要考虑 – 希望这份名单帮助。

底线：目前存在混合体系结构（云本地云，云计算），您的具体要求将帮助您确定这是否适合您。