多云的多种风味

当 Amazon、Microsoft 和 Google 在争夺云主导权的史诗级斗争中厮杀时，很多公司和分析师都在反复使用“多云”这个词。但正如 Inigo Montoya 在电影《公主新娘》中不朽的名言一样：“你一直用这个词，但我觉得它的意思和你想象的不一样。” 

多云实际上有各种各样的形式，旨在解决各种不同的业务和技术问题。而且，最常见的多云实现方式可能并非大多数人听到或说出“多云”时所想到的那种。

这不仅仅是学术讨论。正如这些论据所示，多云是一件大事。

• ZDNet 最近的一篇头条文章称多云是“云计算的最大趋势”。 
• 在 2019 年 RightScale 云报告中，84% 的受访者表示他们采用了多云战略，并且平均在近五个不同的公共云和私有云上运行应用程序！
• 在 2018 年，一份 Forrester/Virtustream 调查发现，86% 的受访者将其公司的云战略标记为“多云”。 
• 根据 Gartner 的说法，“大多数采用公共云服务的企业使用多个提供商。”在最近的一项 Gartner 调查中，“81% 的受访者表示他们正在与两个或更多提供商合作。”

鉴于这种影响力，理解“多云”概念下包含的各种方法和架构非常重要。让我们看看这个术语的一些常见应用方式。

一个工作负载，多个云

术语“多云”的最常见用法似乎经常侧重于在多个不同云上运行一个给定的工作负载——每个云都提供并行能力。这确实会发生，可能是为了负载均衡，或者为了避免供应商锁定，或者为了提高弹性以防某个云发生大规模中断。它也可能是一种将数据托管在更靠近用户的地方的方式，无论是为了提高性能还是为了遵守有关数据本地化的法规，通常称之为数据主权。（然而，三大云提供商的全球规模意味着它们各自拥有多个可用区，并且几乎能在您需要的任何地方提供本地覆盖。）

当然，问题在于如果您的应用程序必须在每个云中工作，它可能无法在任何云中实现最优性能。它可能无法利用单个云的竞争优势——更不用说维护理解和管理多个云基础设施及供应商关系的专业知识所需的额外 IT 开销了。 

或者，单个应用程序或服务可以在多个云中运行，因为应用程序的特定部分需要利用特定云提供商的特定服务。例如，您可能在 Amazon Web Services 上运行某个特定应用程序的大部分，但将一部分放在 Google Cloud 上（可能是 AI 处理），以利用该服务的技术优势。

多个工作负载，每个在其各自的云中

虽然这些方法在某些情况下可能有用，但它们实际上是多云战略中不太常见的实现方式。更常见得多的是，多云战略意味着在不同云中运行不同的工作负载的公司。这可能是出于目的，让一个应用程序利用某个云提供的特定专有服务和功能，而其他应用程序则利用其他提供商的其他服务。 

这种多云方式可以使公司更容易与多个云提供商保持持续关系，从而随时可以快速向任何方向发展。在关于为什么组织选择多云战略的博文中，Laurence Goasduff引用了 Gartner 副总裁分析师Michael Warrilow的解释，公共云服务市场中大型厂商的主导地位是企业买家选择多个云提供商的主要驱动力：“大多数组织采用多云战略是出于避免供应商锁定或利用最佳解决方案的愿望。...我们预计大多数大型组织将继续有意识地追求这种方法。”

然而，在许多情况下，在不同云中运行独立的工作负载根本不是一种战略，而是过去技术和业务决策遗留下来的产物。例如，一家以 AWS 为标准的公司可能会收购另一家专门采用 Microsoft 技术、运行 .NET 环境，因此深度绑定 Azure 的公司。类似地，影子 IT 实践的持续盛行常常导致多云环境的出现，无论 CIO 是否批准或知晓。

当然，多云并非“免费”。一方面，有时可以通过让云厂商互相竞争来降低成本。但云厂商通常提供大量的批量折扣，因此将工作负载分散到多个云中可能会导致云成本增加。与多个云厂商打交道也可能使得跟踪和优化您的总云支出变得更加困难。

对于许多公司而言，更重要的是管理多个提供商和多种技术带来的成本和麻烦。每个云厂商都有自己不断演进的服务集、接口、API 和首选的连接方式，即使是类似的服务也是如此。这会增加应用程序的复杂性，也会让工程师们的生活更具挑战性，他们必须处理多个云提供商，并跟踪如何与每一个提供商交互。 

毫不奇怪，云厂商越 dominant，他们就越不可能在多云实现方面提供帮助。事实上，在 Spiceworks 的《2019 年及以后的公共云趋势》调查中，15% 的企业表示他们在“管理多个云解决方案”方面需要更多云厂商的帮助——而 22-23% 的中小型企业也表达了同样的担忧。最后，如果多云采用是临时而非作为精心规划战略的一部分发生，那么额外增加的管理复杂性只会变得更糟。 

多云、微服务和容器

幸运的是，有多种方法可以使多云环境更容易处理。 在 2020 年谈论多云，就不得不考虑微服务架构和容器日益增长的影响力。因为容器将应用程序及其运行时环境打包和隔离，容器（Docker）和容器编排（Kubernetes）的兴起有助于解决许多可移植性问题，并加速应用程序部署，从而更容易在不同云之间迁移容器化应用程序，同时保持完整功能。从单体应用程序向微服务加速发展的趋势（即将应用程序分解为更小、独立的组件集合）也有助于使应用程序在多云环境中更容易部署。

那么混合云呢？

混合云背后的理念是将至少一个公共云与至少一个私有云和/或本地数据中心相结合。我把混合云放在文章的末尾，是因为云计算社区似乎无法就这两个概念如何精确地结合达成一致。

许多观察家认为这两种战略相关但不同。在上面提到的博文中，Gartner 将多云描述为混合云的一个子集。还有一些人认为混合云只是多云战略的另一种形式。无论您如何看待，即使公共云持续快速增长，传统本地基础设施的长久使用寿命和巨大的沉没成本意味着混合云架构始终会将两者连接起来，尤其是在金融和医疗保健等高度监管的行业。

哪种风味的多云最好？

多云战略在企业中持续获得动力，但这绝非一个单一的概念。如果您只专注于某一种多云，您可能就忽略了重点。多云的风味几乎与公司和用例一样多。

事实上，随着云厂商努力通过针对特定情况、服务和客户类型进行优化来区分自身，多云方法预计将变得更加普遍和复杂——我们可能会看到更多种类的多云。问题将日益变成：决定您真正需要哪些云功能，然后选择最快、最简单、最经济、最弹性、最安全的云（或云组合）来满足您的需求。

无论您选择哪种风味的多云，作为云中立的数据库，Redis Enterprise 为所有类型的多云和混合云部署提供最佳的 Redis 体验。立即在云中免费试用！