VMworld 2016大会已经尘埃落定。有哪些新产品、新功能可以使用？既没有推出新vSphere也没有其他VMware核心产品的新版本面世。实际上，我们得到的是软件包与架构。Cloud Foundation软件包基本上是vSphere打包了存储组件vSAN以及网络组件NSX。这并不令人感到意外，VMware声称上述产品能够增加收入，因此变得更容易销售。至少这次VMware没有给软件包起一个恐怖的名字—新架构被称为VMware跨云架构。我希望VMware能够一路走下去实现真正的混合云，尽管我担心这是使混合云变成所有VMware产品杂烩的又一次尝试。

企业需要什么？

企业多年来一直想要一个工作负载代理，他们希望能够使用可以在很多平台上包括本地以及云中部署应用的业务单元。

企业希望能够在公有云中便捷地部署某些应用，能够对包含核心数据的应用进行严格控制。最困难的是他们希望获得每个平台的所有价值，而不仅仅是所有平台所提供的最低层次的通用服务。

选择将工作负载放置在亚马逊Web服务中的大多数企业这么做的原因是他们每小时使用虚拟机的费用只有10美分。亚马逊Web服务中的大多数工作负载是专门针对该平台设计、开发的，谷歌计算平台也采用这种机制。已部署的应用架构在这些公有云平台上是不同的。

理想情况下，在Azure中云部署与本地部署非常类似。Azure这一特性决定了企业将现有本地工作负载迁移到Azure的可能性更大，因为迁移不需要对架构进行大的调整。

很少用户迁移到vCloud Air中，也不需要对架构进行大的调整。Azure与vCloud非常适合将本地虚拟机迁移到云中。基于VMware的历史，混合云主要考虑在哪儿放置虚拟机，但这并不是公有云对亚马逊Web服务用户以及谷歌计算平台用户的价值所在。

对跨云架构的顾虑

我不喜欢VMware跨云架构是因为其似乎仅关注虚拟机。这是由VMware的性质决定的，因为VMware在企业数据中心靠虚拟机获得了巨大的成功。当你拥有的一切是一台hypervisor时，所有问题都是靠更多的虚拟机来解决。

跨云架构使得在亚马逊Web服务或者其他云平台上部署某些虚拟机变得容易起来。这很棒，但这仅仅是开始。完整的跨云架构需要允许VMware用户获得每个云平台的完整价值。

制作代理展示云的唯一性不是一件简单的工作。云平台差异性很大而且服务并不能直接进行对比。最简单的例子是你可以以很多种方式运行微软SQL Server，包括在本地运行，作为服务在Azure上运行以及作为服务在亚马逊Web服务上运行。每个平台管理数据库性能以及托管多个数据库的方式各不相同。

每个云平台可能会选择其他类型的数据库。例如，亚马逊web服务提供了十二种数据库选项。数据库可以在运行在任何平台上的虚拟机中运行。更为复杂的例子是网络负载均衡器。对本地部署来说，可以是物理或虚拟设备。

你也可能会选择使用网络虚拟化比如VMware NSX。在云中你可能使用虚拟的网络，或者是使用云平台自己的负载均衡器。为通过混合云部署获得最大的价值，你需要针对每个平台选择最适宜的部署方式。

未来规划

到目前为止，混合云架构似乎将非-vSphere平台视为vSphere平台进行处理。非-vSphere平台基本上变成了能够运行虚拟机的另一个路径。开始没什么问题—在部署虚拟机时能够在一系列路径中进行选择，这感觉很不错。VMware在2012年收购DynamicOps时我希望能够达到上述效果。收购的结果是推出了vRealize Automation（vRA）产品。vRA是跨云架构的核心。但虚拟机并非放之四海而皆准。

企业希望使用云服务，VMware需要扩展跨云架构以包含每个云平台提供的服务。我希望我们能够看到VMware有一个云平台提供应用服务。对我来说，真正的问题是VMware什么时候开始提供这些服务。可能跨云架构仅仅是减少彼此竞争的云产品感知价值的营销伎俩。如果每个云仅仅是一个放置虚拟机的地点，那么VMware云就是一个很不错的选择，但事实并非如此。