对于许多企业而言，应用多个私有云是不可避免的。以下是如何使多云具备战略性而不是必然性。
大多数大型企业都在应用多云，将所有开发、数据迷信和影子 IT 工作疏导到单个公共云所需的治理程度很高。寰球企业和大型企业确定“成为多云”具备策略重要性的起因有以下几个。
1、轻松应答多云复杂性
IT 领导者非常理解建设平安和弱小的云基础架构的复杂性。天然，当组合多个云时，这些复杂性会成倍增加。企业应该致力防止一次解决所有问题。
因为所需的治理、技术特长和集成，跨多个云的操作很简单。
倡议 IT 团队尽可能利用其次要云提供商，而不是在第二家提供商那里寻找新的或更好的性能。承受在公共云中没有一种万能的计划，而且只有 40% 到 60% 的需要能够通过一个提供商找到。
其余 IT 领导者分享了对于多云如何倒退以及如何应答初始复杂性的求实观点。大数据参谋 Travis Campbell 就多云的应用提供了以下见解：
做“多云”的公司，但实际上每个业务线都将其视为繁多云，这是这里的一个特例。例如，财务可能在云 X 上有应用程序，而工程正在部署到云 Y，并且工作和数据没有穿插。它是没有艰难问题的多云。
因而，对于曾经为不同目标独立经营多个云的企业而言，下一步将是跨这些云的应用程序集成、数据集成或服务编排。这就是那些难题的开始。最好迟缓而审慎地进行。
2、为多云架构提供案例
其余 IT 领导者也表白了相似的认识。，许多人指出，现在反对多云并不容易，IT 领导者应该在认可多云架构之前确定弱小的业务原理。
Edgevana 的首席执行官兼创始人 Mark Thiele 概述了从多云架构中寻求的许多策略劣势。“当多云为我的客户提供一个或多个显著的价格价值、上市速度、独特的技术能力、推动更好的价值、翻新和性能改良时，我会着手应用多云。”
Palo Alto Strategy Group 的执行技术专家 Mike D. Kail 对此示意同意。“思考应用多云的次要起因是，当云服务提供商提供的服务远远优于其最后部署中应用的服务时，”他说。“用于人工智能和机器学习的 TensorFlow 就是一个例子。”
上面提供了一些操作领导：
许多企业会抉择一个平台作为他们的次要关注点，而其余平台则依据业务利益来满足特定的需要和解决方案。IT 领导者必须从策略、反对和流程的角度定义他们如何解决多云。当引入其余平台时，会有一个框架和构造来提供其办法的一致性。不要因为“云蔓延”而让它成为事实，因为这总是会导致劫难。
HPE 金融服务首席技术专家 Chris Ibbitson 示意，企业在私有云和公有云中寻求敏捷性。“无论是与私有云提供商单干，还是在混合云模式中，利用公有云性能和多个私有云提供商的组合都专一于交付变更的敏捷性和速度。尽管大多数企业曾经采纳了某种模式的混合云，但当初的重点正在转向多云。”
因而，IT 部门可能会引入第二家云服务提供商来反对特定的业务或技术需要。在这些状况下，IT 领导者应该定义每个云将服务于哪些业务和用例，以及每个云将提供哪些服务和技术。
当然，还有一些额定的起因：
- 大型企业试图防止依赖繁多的云服务提供商，特地是当他们心愿就特定于企业的服务水平和定价进行协商。
- 数据主权和合规性通常须要将数据存储在寓居国，对加密和数据安全的具体要求，甚至对可承受的云服务提供商的具体要求。
- 寻求并购的企业通常针对多个云服务提供商和反对模型，以简化反对构造。
- IT 须要特定的技术能力，尤其是在大规模部署时，部署到一个云服务提供商可能比部署到另一个云服务提供商更具备策略业务劣势。
- 当 IT 抉择自行治理在公共云上运行的商业购买应用程序时，它曾经采纳了不同于公共云的开发规范。特定于行业和其余小众应用程序能够在单个云服务提供商上提供构造和反对模型。
混合和多云架构也提供了技术劣势，特地是在边缘计算、平安应用程序和实时剖析方面。
3、在应用多云之前查看云反对模型
尽管企业可能有一些理由来反对多云架构，但 IT 领导者依然强烈建议执行财务剖析并审查云经营模式。
企业最好想明确这些问题：“收益是否会大于部署和经营多云架构的复杂性？是否存在短期和长期的财务影响？”
Nutanix 客户胜利财务副总裁 Steven Kaplan 对此示意同意。他倡议，“与任何重要的 IT 决策一样，必须进行全面的财务剖析，不仅要抉择最具战略意义的最佳解决方案，还要为下一步提供理由和财务基准。”
如果有正当理由，IT 部门必须思考将其服务模型和专业知识从繁多云扩大到多云。Featherston 指出，云计算更多的是对于人、流程和文化，而不是对于技术。“企业应该尝试在其组织中经验这些微小的转变，首先为一个平台奠定根底，并提供在其余平台上倒退的框架，”他说。“基本上，先弄好一朵云，而后再向外延长。”
倡议从基础设施即代码工具开始。它们反对某种模式的基础设施自动化和配置，尽管他们没有解决云治理的整个范畴，但领有可编程和版本控制的基础设施很重要。
4、拥抱 devops 以反对多云架构
持重的 devsecops 实际——尤其是围绕用于部署应用程序的 CI/CD、用于供给和配置基础设施的基础设施即代码以及包含 AIops 在内的监控性能——对于施行和反对多云架构都至关重要。
但并不是所有的 devops 技术或 devops 实际都能够，因为有些技术比其余的更适宜多云策略。一种办法是避开云服务提供商的专有工具，例如 AWS CloudFormation、Azure 资源管理器或谷歌云部署管理器，即便有些提供多云反对。企业 IT 团队还应将其 devops 文化从以部署频率为重点扩大到蕴含部署敏捷性。
基础设施即代码应该是加重配置漂移的筹码，从一开始就须要对平安进行架构设计。诸如 Terraform 之类的工具必定会有所帮忙，能够逾越多云的平安解决方案也至关重要。
多位 IT 领导者举荐 Terraform 用于多云架构，因为它是一种申明式、无代理、无主配置工具。一种举荐的架构将 Terraform 与 Packer、Docker 和 Kubernetes 配对，以反对配置、服务器模板和编排。
然而，抉择反对多云的工具并不意味着施行反对多云。Featherston 举荐 Terraform，但带有免责申明。“我的一个正告是确保客户了解，它是一种在多个平台上应用的通用语言，但构建 AWS 的代码并不能构建 Azure，”他解释道。“这样做的益处是团队能够应用一种通用语言进行编码，但代价是并非所有平台性能都可用。”
除了基础架构即代码之外，倡议应用以下工具、实际和治理来满足多云需要：
- 应用程序和单个虚拟机的自动化和编排
- 安全性，包含身份治理和数据保护 / 加密
- 政策治理和合规性，包含审计和 SLA 指标
- 基础架构（即计算实例、存储、网络）和应用程序的性能监控
- 通过资源优化和计费估算进行老本治理
5、为多云的将来做好筹备
只管当今采纳多个公共云存在诸多复杂性，但 IT 领导者的共识是，大多数企业将反对多云架构，甚至跨星散成应用程序。咱们能够借鉴历史，举几个例子，企业必须反对 Linux 和 Windows、.NET 和 Java，以及 Oracle 和 Microsoft SQL 数据库。
预计咱们将在将来三到五年内看到多云的演变，默认状况下，更多的工作负载被设计并从底层云提供商中形象进去。重点将放在不同云提供商能够启用的高级性能上，例如人工智能、机器学习和剖析。
多云架构保护起来既艰难又低廉。企业须要对繁多云提供商放弃战略性，对多云业务放弃战术性。并不惜一切代价防止在基础设施层为雷同的工作负载执行多云。
一次构建，随处运行是咱们都在致力达成的指标，胜利应用多云仍有心愿。