“多云”是指在单一架构中使用多个云计算服务。该方法的支持者认为，它通过消除对单一供应商的任何依赖，为您提供了更大的灵活性和弹性。相反，多云系统的设置和扩展可能更棘手，使长期维护成为一件苦差事。

一旦您使用了来自某个提供商的一些产品，为您的下一个需求选择他们的产品似乎是合乎逻辑的步骤。不过，您无需将所有鸡蛋都放在一个篮子中：为新组件选择不同的平台可以以更低的成本为您提供更多功能。

使用多个云是一种战略选择，它可以让您访问最好的一切。跨提供商传播需要将您的服务组件化为分布式微服务，从而帮助您成为云原生。

您可以在 Microsoft Azure 上运行核心服务，使用 Amazon S3 进行文件存储，使用 Google Cloud 来处理一些专业的 AI 工作负载。试图单独依赖这些提供商之一可能不是最佳解决方案，即使它们都提供广泛可比的功能。

何时使用多云？

选择云提供商通常是一个复杂的过程。如果您做出错误的决定，您可能会发现您的服务因功能集有限、可扩展性差或成本过高而受阻。
找到一个可以满足您所有条件的平台通常会使其成为您下一次购买云基础设施的主要竞争者。但是，因为您已经在使用它而盲目地选择该服务可能不是最好的做法——您可能会创建对一组相互关联的第三方系统的依赖，从而导致供应商锁定。

选择使用其他云会迫使您在将产品添加到堆栈时批判性地评估整个市场。对于较大的客户，如果没有一个供应商将您的定制视为理所当然，它可以增加您的购买力。您正在鼓励创新和竞争，从而为您的架构创造更好的交易和更多机会。

有时，采用第二个或第三个云的决定可能会受到外部因素的影响。如果客户开始要求您当前平台不提供的功能，您可能会被迫跳出框框。或者，您的企业可能会受到监管要求的约束，要求您按照特定的安全标准存储一些数据。

当您需要使用不经常与当前提供商的重点领域配对的技术时，多云同样有用。使用面向 Linux 的虚拟计算提供商的公司可能需要运行 Windows 服务器。这样的工作负载在 Microsoft Azure 上可能更有意义，因为它有操作系统的第一方支持。

多云架构的最终驱动因素是您需要将关键服务定位在更靠近客户的位置。如果您当前的供应商无法提供本地数据中心，那么进入新市场可能会很危险。您可能会增加所有外国用户的延迟。在支持该区域的云中添加服务的新实例将帮助您提供更好的客户体验。

您可能遇到的问题

过渡到多云不是一朝一夕的事情。它需要整个组织的支持和接受，因为它会影响每个团队。
开发人员在构建时需要考虑到分布式服务。运营团队必须时刻注意正在使用的各种云、属于每个云的服务以及它们之间的数据流动方式。安全从业人员将看到需要保护免受入侵的凭据和控制面板的数量增加。多云架构确实会增加攻击面，这可能会使您的系统更容易受到入侵。

多云的最大挑战是灵活性很容易成为负担。采用多云策略可以降低计费成本，但如果您的团队需要花更多时间管理服务器和审计弱点，节省的成本很快就会消失。

一致性是您需要从一开始就解决的另一个问题。尽管您希望利用每个平台的优点，但您自己的应用程序在开发和部署方式上仍应保持一致。对 AWS 上的项目使用自动化CI/CD 部署？确保对 Azure 工作负载也使用类似的东西。

规范化应用更改的整体方法有助于避免不必要的碎片化。尽可能尝试在任何单个提供商的服务之上使用抽象层。像 Kubernetes 这样的平台可以让您在目标方面保持一致，让您可以相对轻松地在云之间移动。

监控系统中涉及的各种云可能会很困难。大多数组织会选择一种形式的跨云监控系统，例如Datadog、Grafana或New Relic。这些工具具有自己的复杂性和学习曲线，但可让您将所有资源汇总到一个可视化中。这比尝试使用多个云提供商仪表板来了解中断的起源更有效。

你还应该考虑什么？

您不一定需要在多云上全力以赴。对于某些组织而言，有效的多云策略可能是跨两个或多个平台简单复制关键服务。这可以帮助灾难恢复方案，如果一项服务遇到中断，可以为您提供冗余。尽管将公共云平台视为万无一失的做法可能很诱人，但实际上，即使是最大的服务也会出现计划外停机，这可能会对您的客户造成连锁影响。
更一般地说，采用多云方法应该建立在真正的业务需求之上。在评估新服务时要有意识和深思熟虑，将目标放在首位。实现目标的方式可能不同，但对现有工作流程的影响较小。

以降低运营成本为例：将关键服务转移到另一个云可能会有所帮助，但您可能会忽略离家更近的选项。审核您对现有平台的使用可能会发现通过更改计划、请求定制产品或调整使用模式来提高效率的方法。

另一个考虑因素是多云的额外成本。在某些情况下，多云架构的成本可能更高，尤其是在您定期在供应商之间移动数据的情况下。大多数主要供应商都会对数据出入口收取大量费用，这可能会侵蚀您所做的任何静态节省。

结论

多云是一个流行词，指的是使用来自多个不同云提供商的服务作为单个系统的一部分。它可以让您收集市场上所有平台的优势，但配置和维护可能会很棘手。

处理任何新的云架构的最佳方法是避免过度强调多云和混合云等术语。相反，您应该评估您可用的选项，而不考虑供应商，然后制定一个计划，以使所有团队受益的方式将它们组合在一起。

如果多云看起来无法在不增加复杂性、增加不可接受的安全风险或给运营团队带来负担的情况下运行，则没有必要进一步追求它。您始终可以将研究转移到寻找最佳单一平台，以在一个软件包中提供您需要的所有技术。只需确保它有合适的服务水平协议 (SLA) 和处理计划外中断的适当程序。