一项调查显示，绝大多数企业（92%的受访者）已经采用多云战略，在规划自己的业务云战略时，您可能需要认真考虑这一点。但是您应该选择哪种特定的多云架构？有少数多云架构可供选择，因此我们认为我们会为您提供有关它们的内幕信息。在开始之前，让我们先讨论一下什么是多云架构策略。

多云策略是一种利用两个或多个公共云服务提供商(CSP)的服务的策略。例如，多云方法可能具有：

它还可能涉及本地私有云，例如私有云、AWSEC2和Azure文件。只要云战略涉及由两个或多个公共云提供商提供的云服务，该战略就可以被视为多云战略。

采用多云策略的原因之一是遵守数据本地化或数据主权法律。这些法律规定了数据应在地理上存储的位置（通常在最初收集数据的国家/地区）。如果您只坚持一个CSP，您可能难以遵守，因为即使是最大的云提供商也没有在每个国家/地区都有数据中心。

因此，如果您的企业在全球运营，并且需要在具有数据本地化法律的国家/地区使用云服务，您可能会被迫从在这些地区拥有数据中心的CSP获取服务。该CSP可能与您在另一个国家/地区订阅的提供商不同。因此，多云策略将是您唯一的选择。

另一个原因是您的第一个CSP可能不提供专门的云服务（例如，人工智能和机器学习服务），或者如果提供，它可能不如另一个CSP提供的服务好。通过采用多云策略，您可以有更好的机会获得同类最佳的云服务。

使用多云方法还有其他几个原因。我们将在下面的优点和缺点部分进一步讨论它们。同时，让我们讨论六种最广泛使用的多云架构设计。看看哪一个最适合您的特定用例。

这种多架构设计中该使用，在不同云平台的云应用程序中使用来自的云服务。利用能力云的可扩展性，并且还保证了供应商锁定并提高了供应商的安全性。即使Azure服务出现，AWS服务也可以正常运行。

在这里，以前托管在本地的应用程序被重新托管在云平台中（也就是云迁移的“提升和转移”方法），然后配置为使用来自另一个云平台的服务。在下面的示例中，应用程序被重新定位到AWSEC2实例，但其数据存储是从Azure获得的。

迁移与多云结构相同，重新重新构建应用程序。在第二个平台上进行这些部署的目的是作为故障转移的目标，以防第一次部署失败。在下面的示例中，组件B的AWS部署充当主动组件，在正常操作期间为客户端提供服务，而组件B的GCP部署充当被动组件，仅在AWS部署不可用时才为客户端提供服务。组件A保留在本地。LB代表负载均衡器。

使用CloudBrokerage进行多云重新绑定

从本质上讲，这仍然是多云重新绑定，但增加了云代理服务的参与，该服务负责集成多云基础架构的各个组件，并确保所有组件都以最佳和安全的方式运行。

在这里，多应用程序现代化不仅需要为多云部署重新构建单个应用程序，还需要将多个应用程序重新构建为一个产品组合，然后将它们部署在多云基础架构中。

采用这种方法的原因是，单个应用程序即使针对云进行了重新架构，也会存在一些缺陷，例如数据不一致、功能重复、维护成本较高等。通过在重新构建单个应用程序之前对其进行分析，您可以寻找整合和集成的机会，使它们在部署到多云环境中后能够更有凝聚力地发挥作用。

如前所述，使用多架构还有其他几个原因。但公平地说，也有一些缺点，所以我们也有介绍。

多云和混合云架构有什么区别？

我们关于多云的最常见的问题之一是它与混合云的不同，因此我们认为在此处包含最好的讨论。要记住的关键是云架构总是由一个或多个混合私有和一个或多个公共云组成。在这种形式中，拥有一个私有云和一个公共云。如果您有一个或多个云架构必须有公共云更多公共云。可以称它为混合多云，或者，如果你真的想成为超级技术，你可以称它为混合多云。