公有云 私有云 混合云
根据您用来启动时钟的事件，云计算的使用时间才刚刚超过。 我们今天认为理所当然的一些有关云计算的术语和概念仍然较新。 美国国家标准技术研究院（NIST）的文档定义了现在熟悉的云术语，例如基础架构即服务（IaaS），直到才发布，尽管在此之前它以草稿形式广泛传播了一段时间。 。
该文档中的其他定义之一是混合云的定义。 研究一下这个术语在随后的几年中是如何变化的，这是有启发性的。 基于云的基础架构已经超越了相对简单的分类标准。 此外，它还强调了开放源代码软件采用者所熟悉的优先级（例如灵活性，可移植性和选择）如何进入混合云。
NIST最初的混合云定义主要集中在云爆发，即您可以使用内部部署基础结构来处理基本计算负载，但是如果使用量激增，则可以“爆发”到公共云。 与之密切相关的是努力提供私有云和公共云提供商之间的API兼容性，甚至创建现货市场以购买价格最便宜的地方。
所有这一切都隐含着将云作为一种标准化的计算实用程序的思想，它具有与电网清晰的相似性，这可能是作者Nick Carr在他的《大开关》一书中最流行的概念。 它创造了一个好故事，但是，甚至在早期， 这种类比的局限性就变得显而易见 。 计算不是电力形式的商品。 所有主要的公共云提供商以及开源云软件（如OpenStack）中的新功能不断涌现，这使我们看到许多用户并不仅仅是简单地寻找最低价格的通用计算周期。
云爆发的想法在很大程度上也忽略了以下事实：计算通常与数据相关联，您不能只即时移动大量数据而不会产生大的带宽费用，也不必担心传输所需的时间。 Dave McCrory创造了数据重力一词来描述此限制。
鉴于我所画的这张负面图片，为什么我们今天谈论混合云呢？
正如我所讨论的，最初，混合云最初是在云爆发的背景下想到的。 云爆发可能最着重于将工作负载从一个云快速转移到另一个云的实时操作。 但是，混合云还暗含了应用程序和数据的可移植性。 确实，正如我在在CNET帖子中所写的那样 ：“我认为我们过多地沉迷于'自动'工作负载转移，这对我们自己是一个伤害，而当我们真正关心的是能够从一个地方转移到另一个地方的能力。供应商不符合我们的要求或试图锁定我们。”
从那时起，关于跨云可移植性的思考就进一步发展了。
Linux一直是云可移植性的关键组成部分，因为它可以在从裸机到本地虚拟化基础架构以及从私有云到公共云的所有事物上运行。 Linux提供了完善的，可靠的平台以及稳定的API合约，可以根据该合约编写应用程序。
容器的广泛采用进一步增强了Linux提供跨云应用程序可移植性的能力。 通过提供还包含应用程序依赖项的映像，容器可以在应用程序从开发，测试到最终生产时提供可移植性和一致性。
Linux容器可以以多种不同方式应用于需要最终可移植性，可配置性和隔离性的问题。 无论是在内部运行，在公共云中还是在两者的混合中运行，都是如此。
容器工具使用基于映像的部署模型。 这使得跨多个环境轻松共享具有所有依赖项的应用程序或服务集。
在开放容器倡议（OCI）的主持下开发的规范可以共同定义容器映像的内容以及映像正常运行所必需的依赖项，环境，参数等。 这些标准化工作的结果是，OCI为许多其他工具工作打开了大门，这些工作现在可能取决于稳定的运行时和图像规格。
同时，分布式存储可以使用开源技术（例如Gluster和Ceph）提供跨云的数据可移植性。 物理限制始终会限制如何快速，轻松地将数据从一个位置移动到另一位置； 但是，随着组织部署和使用不同类型的基础架构，他们越来越需要开放的，软件定义的存储平台，该平台可以跨物理，虚拟和云资源进行扩展。
由于预测分析，物联网和实时监控的趋势，数据存储需求Swift增长时尤其如此。 在的一项研究中 ，98％的IT决策者表示，更敏捷的存储解决方案可以使他们的组织受益。 在同一项研究中，他们将存储基础架构不足列为组织遭受的最大挫败之一。
真正的想法是在一组异构的计算功能和资源之间提供适当的可移植性和一致性，这体现了混合云的发展。 混合云并不是要针对同一应用程序同时使用私有云和公共云。 它涉及使用多种类型的服务集，其中一些可能由您的IT部门构建和操作，而某些则可能来自外部。
它们可能是软件即服务应用程序的组合，例如电子邮件和客户关系管理。 由诸如Kubernetes之类的开源软件精心策划的容器平台，在开发新应用程序中越来越受欢迎。 您的组织可能使用的大公共云提供商的东西之一。 而且几乎可以肯定，您将在运行自己的一些基础架构，无论是私有云还是更传统的内部部署基础架构。
这就是当今的混合云的面貌，它实际上可以概括为选择-选择最合适的基础架构和服务类型，并在需要时选择将应用程序和数据从一个位置移动到另一个位置。
另请阅读： 多云与混合云：有什么区别？
翻译自: /article/17/7/hybrid-cloud
公有云 私有云 混合云
