与七八年前快速开展的混合架构比较，现在的混合云好像不再是一个热门话题。而在曩昔的几年中，混合云的生态系统发生了巨大变化，以至于混合云与其前身有着底子性的不同。现在创立的混合云看起来与10年前创立的混合云简直彻底不同。
自从10多年前云核算技能呈现以来，混合云就一向存在。理论上，混合云被界说为运用中心办理界面来操控作业负载的架构，在这些负载中，一部分运转在内部布置基础设施中，一部分运转在公共云中。
可是许多安排从一开端就疏忽了混合云界说的“中心办理界面”部分。他们反而认为，假如以某种方法一同运用内部布置基础设施和公共云，便是选用了混合云，即使其缺少集中式方法来办理混合云架构中的这两个部分。
因而，正如调研安排451 Research公司分析师在2014年者解说的那样，“真实的混合云很少见，只要十分之一的安排具有它。”
可是现在真实的混合云越来越多。这要归功于一些新趋势和新技能，这些新趋势和新技能使跨内部布置基础设施和云核算基础设施无缝办理作业负载变得愈加简单：
一个重要趋势是多云架构的爆破式增加。能够说，混合云是多云的一种方法。从这个意义上来说，多云的开展趋势并没有鼓舞更多混合云的选用。假如有的话，它促进更多的安排一同运用多个公共云，而不是构建更多的将内部布置基础设施与单个公共云相结合的混合架构。
可是，多云改变所做的是鼓舞云核算架构师和开发人员以与云核算无关的方法考虑。为了有效地布置多云作业负载，重要的是防止被特定云核算供货商的服务或东西确定，以便安排能够轻松地将它们从一个公共云迁移到另一个公共云。
假如开发人员紧记这一方针来规划作业负载，一般也更简单在内部布置基础设施和公共云之间移动作业负载。从这个视点来看，多云使混合策略愈加有用。
安排能够根据需要在内部布置基础设施、公共云乃至Raspberry Pi上的任何地方布置Kubernetes。这绝不是混合云专有的技能。
可是，Kubernetes经过供给可跨过内部布置基础设施和云核算基础设施的中心渠道，使安排更易于完成混合云架构。
这并不是大多数Kubernetes发行版的主要用例。但这适用于某些安排，这些安排一般运用Kubernetes(以及其他一些东西)来简化共同的混合云作业负载。
后两个框架在许多要害方面与Anthos不同。它们绑定到特定的云渠道(特别是Azure和AWS)，而Anthos能够与任何公共云一同运用。Azure Stack和Outposts还需要某些类型的硬件来构建混合云的内部布置组件。
不过，与Anthos相同，Azure Stack和Outposts现已极大简化了构建混合云所需的作业。而在这个混合云中，内部布置基础设施和公共云经过一套共同的API和办理东西无缝地集成在一同。
当今的混合云的特点是内部布置和云核算服务之间的严密集成。从应用程序的视点来看，一般底子没有差异，由于不管应用程序在混合云中何处运转，它们都运用相同的API。一同，开发人员和IT团队能够为其混合云的一切部分运用相同的布置和办理界面。
简而言之，在曩昔几年中，混合云架构的门槛现已提高了许多。而仅仅经过在公共云中运转一些虚拟机并在内部布置为它们存储一些数据，就能够宣称具有混合云的日子现已一去不复返了。
现代混合云是根据与基础设施无关的开发和布置技能构建的，而且它们一般依赖于杂乱的架构渠道，例如Anthos或Azure Stack，这些渠道直到最近才呈现。回来搜狐，检查更多