根据您用来启动时钟的事件，云计算的历史仅略超过 10 年。今天我们认为理所当然的一些围绕云计算的术语和概念仍然比较新。美国国家标准与技术研究院 (NIST) 定义了现在大家熟悉的云术语（例如基础设施即服务 (IaaS)）的文件仅在 2011 年发布，尽管在此之前它以草案形式广泛流传了一段时间。
该文档中的其他定义之一是混合云。回顾一下这些年来该术语的演变过程，会很有启发。基于云的基础设施已经超越了相对简单的分类。此外，它还突显了开源软件采用者所熟悉的优先事项（例如灵活性、可移植性和选择）如何融入到混合云中。
NIST 最初的混合云定义主要侧重于云爆发，即您可以使用本地基础设施来处理基本计算负载，但如果您的使用量激增，您可以“爆发”到公共云。与此密切相关的是在私有云和公共云提供商之间提供 API 兼容性的努力，甚至创建现货市场以购买最便宜的容量。
所有这一切都隐含着这样一种理念，即将云视为一种标准化的计算实用程序，与电网有明显的相似之处，这个概念可能是作者尼古拉斯·卡尔在他的著作 The Big Switch 中最普及的。这构成了一个好故事，但即使在早期，这种类比的局限性也变得显而易见。计算不像电力那样是一种商品。只需看看所有主要公共云提供商以及 OpenStack 等开源云软件推出的新功能激增，就会发现许多用户不仅仅是在寻找价格最低的通用计算周期。
云爆发的想法在很大程度上也忽略了这样一个现实，即计算通常与数据相关联，并且您不能在不产生巨额带宽费用且不必担心传输时间的情况下立即移动大量数据。Dave McCrory 创造了数据引力一词来描述这种限制。
鉴于我描绘的相当负面的图景，为什么我们今天如此多地谈论混合云？
正如我已经讨论过的，混合云最初主要是在云爆发的背景下被考虑的。云爆发可能最强调工作负载从一个云到另一个云的快速甚至实时的转移；然而，混合云也暗示了应用程序和数据的可移植性。事实上，正如我在 2011 年的一篇 CNET 文章中写道：“我认为，如果我们过于痴迷于‘自动’工作负载转移，那就太委屈我们自己了——当我们真正关心的是，如果供应商不满足我们的要求或试图锁定我们，我们有能力从一个地方转移到另一个地方。”
从那时起，关于跨云的可移植性的思考已经进一步发展。
Linux 一直是云可移植性的关键组成部分，因为它可以运行在从裸机到本地虚拟化基础设施，再到私有云到公共云的所有环境中。Linux 提供了一个成熟、可靠的平台，具有稳定的 API 约定，应用程序可以针对该约定进行编写。
容器的广泛采用进一步增强了 Linux 提供跨云应用程序可移植性的能力。通过提供也包含应用程序依赖项的映像，容器在应用程序从开发、测试到最终生产的整个过程中提供可移植性和一致性。
无论是在本地、公共云还是两者的混合云中运行，容器工具都可以以多种不同的方式应用于需要最终可移植性、可配置性和隔离的问题。
容器工具使用基于映像的部署模型。这使得跨多个环境共享应用程序或一组服务及其所有依赖项变得容易。
在开放容器倡议 (OCI) 的主持下制定的规范协同工作，以定义容器映像的内容以及映像正确运行所需的那些依赖项、环境、参数等等。由于这些标准化努力，OCI 为许多其他工具工作打开了大门，这些工具现在可以依赖稳定的运行时和映像规范。
与此同时，分布式存储可以使用 Gluster 和 Ceph 等开源技术提供跨云的数据可移植性。物理约束将始终限制数据从一个位置移动到另一个位置的速度和容易程度；然而，随着组织部署和使用不同类型的基础设施，他们越来越希望获得可跨物理、虚拟和云资源扩展的开放、软件定义的存储平台。
由于预测分析、物联网和实时监控的趋势，数据存储需求正在快速增长，因此情况尤其如此。在2016 年的一项研究中，98% 的 IT 决策者表示，更敏捷的存储解决方案可以使他们的组织受益。在同一项研究中，他们将存储基础设施不足列为他们组织经历的最大挫折之一。
真正体现混合云现状的是，它提供了跨异构计算能力和资源集的适当可移植性和一致性的理念。混合云与其说是为了相同的应用程序而协调使用私有云和公共云，不如说是使用多种类型的服务，其中一些服务可能由您的 IT 部门构建和运营，而另一些服务可能来自外部。
它们可能是软件即服务应用程序的混合，例如电子邮件和客户关系管理。由 Kubernetes 等开源软件编排的容器平台越来越受开发新应用程序的欢迎。您的组织可能正在为某些事情使用大型公共云提供商之一。您几乎肯定在运营一些自己的基础设施，无论是私有云还是更传统的本地基础设施。
这就是当今混合云的面貌，实际上可以概括为选择——选择最合适的基础设施和服务类型，以及选择在您想要时将应用程序和数据从一个位置移动到另一个位置。
另请阅读：多云与混合云：有什么区别？
评论已关闭。