关于多云的最大误解

客座文章最初由CloudOps团队在CloudOps博客上发布

当涉及到多云时，IT行业处于种非常混乱的状态。为了抵制云供应商试图垄断行业，大多数大型组织现在都有意采用多云方法。在最近的一份报告中，93%的受访企业表示拥有多云战略。多云不再是一种战略，而是现实。

云原生已经成为标准，但是IT行业在谈到多云时仍然处于混乱状态。我们收集了一些关于多云的最常见的误解。

1. 任何已经容器化了其应用程序的组织，默认情况下都是云原生的，因此都准备好了使用多云。

的确，容器提供的应用程序具有可以在任何地方运行的标准格式。然而，云原生应用程序在操作上相当复杂。已经被容器化的工作负载在被理解为云原生之前，仍然需要进行进一步的更改。其中些更改包括采用特定于容器的操作系统、分发流量以及自动化构建和运行时配置。如果将单体应用程序从VM转移到容器，成本会很高。

2. 多云是种主动的方法，需要跨不同云的负载平衡流量。

认为多云架构涉及在多个云上运行相同的工作负载的说法是错误的。为了利用不同云提供商提供的最佳解决方案，你确实需要使容器适合它们将驻留的云环境。采用有效的多云策略，意味着检查你拥有的应用程序类型，确定它们将受益于哪些特性，然后将每个应用程序匹配到合适的云环境。其结果是在不同的云上运行不同的应用程序和工作负载，这取决于哪种云适合于哪种用途。

3. 多云解决了厂商锁定问题。

你当然可以将容器设计为可在云之间移植，但是根据云环境区分容器对于利用最佳解决方案是必要的。这意味着你的工作负载不一定可以随时迁移到不同的云。因此，通过进入多云锁定，你可以发现自己打破了供应商锁定模式。此外，多云架构经常需要单一管理平台，这使得平台锁定成为可能。云原生是防止锁定的一个步骤，但风险仍然存在。

4. 多云不是完全可移植的。

云原生的梦想是让工作负载可以跨任何和所有环境移植。然而，存储和数据重力的现实意味着云原生不能保证工作负载的可移植性。对于有状态应用程序来说尤其如此，它们保存有关客户端会话的数据，以便下次发出类似请求时重用。有状态应用程序在迁移之前必须重构和重新设计。

5. 容器很简单，因此在任何方便的地方创建复杂性是完全没问题的。

容器实际上是相当复杂的操作。在小项目中使用多余的工具和系统产生额外的复杂性。它会消耗你的资源，产生不必要的锁定，导致无法解释的故障和影子IT，并让你的CTO或CIO头疼，当需要清理的时候。成功的多云架构主张尽可能简单。

6. 大多数组织还没有实现多云。

如果一个业务部门曾经注册过适合其需要的专门服务，那么它可能使用了其他业务部门没有使用的云提供商。这就创建了影子IT，即独立于IT部门管理的项目。多云可以在没有计划的情况下意外发生。你的基础设施可能驻留的云比你想象的要多。

7. 多云不太安全。

基础设施的遵从性和安全性首先取决于其管理。实际上，多云可以在遵从性和安全性方面提供帮助。例如，它可以降低广泛数据丢失或应用程序宕机的风险，因为故障将更加隔离。它还可以帮助你遵守各种地区法规。将向多云架构的过渡视为简化和标准化安全工具和流程的机会。

8. 只有大型企业才能从多云中受益。

这个误解是基于个正确的假设，即大型企业有更多的专门应用。然而，较小的企业也有专门的应用程序，可以从不同供应商的解决方案中获益。云原生应用程序足够轻量级，即使你的项目还很小，也可以选择不同的提供商。如果从一开始就针对不同的需求采用不同的云，那么扩展到多云架构将更加容易。

9. 多云和混合云是一回事。

混合云是多云的一个子集。多云由各种提供商托管的云组成，混合云由公有云和私有云组成。这两个术语可以互换使用，但是你的多云架构也可以是混合的--如果其中一个云环境是私有托管。

10. 多云总是最适合于开源。

的确，如果没有开源软件，现代的超规模云就不可能存在。如果没有开源的支持，他们不可能大规模地构建和运营。但是，混合使用开源和专有工具可能会为你提供最好的服务。对于你的企业来说，投入时间和精力进行创新并不总是有意义的，在这种情况下，专有工具可以很好地集成到多云环境中。

采用多云方法有很多好处。其中包括成本节约、创新、风险管理和灵活性。然而，为了获得优势，必须正确地使用多云。

点击阅读网站原文。

---

CNCF (Cloud Native Computing Foundation)成立于2015年12月，隶属于Linux  Foundation，是非营利性组织。
CNCF（云原生计算基金会）致力于培育和维护一个厂商中立的开源生态系统，来推广云原生技术。我们通过将最前沿的模式民主化，让这些创新为大众所用。扫描二维码关注CNCF微信公众号。