【51CTO.com快译】
行业专家指出，不断发展的混合云定义将会影响组织采用的混合云战略。
与七八年前快速发展的混合架构相比，如今的混合云似乎不再是一个热门话题。而在过去的几年中，混合云的生态系统发生了巨大变化，以至于混合云与其前身有着根本性的不同。现在创建的混合云看起来与10年前创建的混合云几乎完全不同。
以下介绍混合云的新定义，以及组织应该重新考虑其混合云战略的原因。
第一代混合云
自从10多年前云计算技术出现以来，混合云就一直存在。理论上，混合云被定义为使用中央管理界面来控制工作负载的架构，在这些负载中，一部分运行在内部部署基础设施中，一部分运行在公共云中。
但是许多组织从一开始就忽略了混合云定义的“中央管理界面”部分。他们反而认为，如果以某种方式同时使用内部部署基础设施和公共云，就是采用了混合云，即使其缺乏集中式方式来管理混合云架构中的这两个部分。
因此，正如调研机构451 Research公司分析师在2014年者解释的那样，“真正的混合云很少见，只有十分之一的组织拥有它。”
更改混合云的定义
但是如今真正的混合云越来越多。这要归功于一些新趋势和新技术，这些新趋势和新技术使跨内部部署基础设施和云计算基础设施无缝管理工作负载变得更加容易：
(1)多云
一个重要趋势是多云架构的爆炸式增长。可以说，混合云是多云的一种形式。从这个意义上来说，多云的发展趋势并没有鼓励更多混合云的采用。如果有的话，它促使更多的组织同时使用多个公共云，而不是构建更多的将内部部署基础设施与单个公共云相结合的混合架构。
然而，多云转变所做的是鼓励云计算架构师和开发人员以与云计算无关的方式思考。为了有效地部署多云工作负载，重要的是避免被特定云计算供应商的服务或工具锁定，以便组织可以轻松地将它们从一个公共云迁移到另一个公共云。
如果开发人员牢记这一目标来设计工作负载，通常也更容易在内部部署基础设施和公共云之间移动工作负载。从这个角度来看，多云使混合策略更加实用。
(2)Kubernetes
彻底改变混合云格局的另一个变化是Kubernetes的迅速普及。
组织可以根据需要在内部部署基础设施、公共云甚至Raspberry Pi上的任何地方部署Kubernetes。这绝不是混合云专有的技术。
但是，Kubernetes通过提供可跨越内部部署基础设施和云计算基础设施的中央平台，使组织更易于实现混合云架构。
这并不是大多数Kubernetes发行版的主要用例。但这适用于某些组织，这些组织通常使用Kubernetes(以及其他一些工具)来简化统一的混合云工作负载。
(3)Azure Stack和AWS Outposts
AWS Outposts是谷歌云对其他云计算供应商发布的类似Azure Stack和AWS Outposts混合云框架的一个回应。
后两个框架在许多关键方面与Anthos不同。它们绑定到特定的云平台(特别是Azure和AWS)，而Anthos可以与任何公共云一起使用。Azure Stack和Outposts还需要某些类型的硬件来构建混合云的内部部署组件。
不过，与Anthos一样，Azure Stack和Outposts已经极大简化了构建混合云所需的工作。而在这个混合云中，内部部署基础设施和公共云通过一套一致的API和管理工具无缝地集成在一起。
现代混合云定义
所有这些变化重新定义了混合云的含义。
当今的混合云的特点是内部部署和云计算服务之间的紧密集成。从应用程序的角度来看，通常根本没有区别，因为无论应用程序在混合云中何处运行，它们都使用相同的API。同时，开发人员和IT团队可以为其混合云的所有部分使用相同的部署和管理界面。
结论
简而言之，在过去几年中，混合云架构的门槛已经提高了很多。而只是通过在公共云中运行一些虚拟机并在内部部署为它们存储一些数据，就可以声称拥有混合云的日子已经一去不复返了。
现代混合云是基于与基础设施无关的开发和部署技术构建的，并且它们通常依赖于复杂的架构平台，例如Anthos或Azure Stack，这些平台直到最近才出现。
原文Hybrid Cloud Definition Is Being Redefined，原文作者：Christopher Tozzi
【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】
