每个人都在谈话混合云战略，该框架可能是未来所有IT资源的部署方式。在字面上来看，这听起来很不错。混合云战略支持者吹捧称，混合云可同时利用公共和私有资源来构建可扩展的应用程序，并可像私有化交付那样对其进行管理和保护—这是鱼和熊掌兼得的方法。

然而，对于绝大多数工作负载而言，这种情况可能永远不会发生。当然，可能会有少数孤立的实例或可行用例，但严格来说，大多数工作负载不需要这种灵活性，特别是考虑到混合云带来的相当大的管理和安全挑战时。

分析师和指导者经常会谈论到混合云战略，但实际上，我们都弄错了。那些将混合云视为单一实体（公共和私有）只是简单地掩盖了创建、部署以及（最重要的是）在混合环境中保护应用程序的业务现实。那些将混合云战略视为公共云和私有云混合体的人错误地将该架构标记为混合云，而实际上，这是多云模式，公共云和私有云拥有各自的域，应用程序驻留在一个或者另一个域中。

混合云战略面临的挑战

对于那些认为单个云可跨越公共和私有云的人，其中一部分人倾向于掩盖操作和管理资源的不同方面。管理员如何跨多个域确保安全性？两个平台之间的管理工具会有什么不同？

简单举例来说，我们中有多少人在Mac和PC之间切换时会对“删除”和“移到废纸篓”感到困惑，毕竟这只是在用不同的方式说相同的事情。现在同样地，想象一下云计算。虽然很多人都喜欢混合云几乎可无限扩展的想法，但究竟多少应用程序真正需要那么大的容量呢？

在某些使用案例中，混合云战略可能很有价值，这主要发生在峰值负载期间。这通常涉及具有高度季节性业务或高度针对性商业周期的零售商或税务公司。但老实说，为了这短短的时期，真的有必要全年跨两个环境来管理和推动一致性吗？

到目前为止，微软是唯一在这方面真正发挥作用的供应商，借助其公共Azure云和私有Azure堆栈。微软的战略使IT能够在私有环境中创建应用程序，并转移到公共云，或者反之亦然，在这里，私有环境和公共云依靠相同的安全性、开发、库和管理工具。这非常接近实际混合云的情况。但是，即使是这样，大多数应用程序可能99%的时间在一个域中，尽管它们可以从一个域移动到另一个域。

是时候改变云部署的说法

而另一部分人则是理解错命名。大多数企业会混合使用公共和私有云资源—这取决于其应用程序。例如，那些有监管限制或数据隐私考虑的应用程序可能会保留在私有域中，这也是很多企业更具差异化的应用程序，即帮助定义其业务以及他们如何向客户交付产品和服务的工具。

而同水平和非差异化应用程序可能会因为经济原因或各种其他因素转移到公共云。在未来，大多数企业将会利用多个云资源。这也是为什么使用混合云来描述这种环境是错误的原因。多云是更好的表述，业界需要对此进行统一。

一个很好的例子是汽车领域。如果你拥有一辆丰田普锐斯，那么你可使用电力或者汽油—混合动力汽车战略。但如果你同时拥有全电动的特斯拉或者福特F-150，即使你同时使用汽油和电力，而其实每个都是独立的—这就是多车策略。

公共-私有混合实体的复杂因素在于数据传输的成本和复杂性。在混合云环境中，来回移动数据很昂贵且耗时。大多数企业会选择将计算机放在更接近数据的位置，只需发送回结果和例外情况，而不用在不同位置之间来回传送数据。这种动态导致边缘计算增长，即使计算更接近网络边缘，更接近收集数据的位置。

现在行业是时候改变定义混合云的方式。我们确实将会看到混合云，但它们会很少且应用更有限。我们应该更多地使用“多云”的说法，因为我们需要准确定义环境，消除混淆，从而加速其部署。如果我们继续使用模糊的流行语和营销术语，这会使我们的项目面临不断的挑战和问题。毕竟准确描述将有助于推动更好的结果。