首先，让我们看看整合。在今年夏天，对不同的vFabric服务（其中包括RabbitMQ消息和GemFire内存数据管理）如何配合Cloud Foundry计划，以及vFabric是作为它们的功能补充还是竞争对手还存在着众多的疑问。

　　至少这些问题之一是要平息上周关于RabbitMQ与Cloud Foundry整合消息的影响，VMware现已为在公共Cloud Foundry平台上订阅的不同应用程序提供了分布式消息的服务。现在看来，VMware希望分别地将vFabric服务整合至PaaS，同时继续为使用vFabric的企业提供在本地运行的应用程序包。

　　不过，在这个消息传传开后，分化的问题依然存在。在六月中旬，使用vFabric 5修订的vFabric 服务与Cloud Foundry Micro Cloud到底有何不同？这两款产品都提供了按需将云计算应用程序堆栈下载并在一个单一的虚拟机上进行本地运行的部署与绑定的功能。

　　随着VMware的Micro Cloud Foundry测试版于本周正式发布，其答案也已变得不言而喻。

　　其中主要的区别是规模——从技术上来说，vFabric 5可以在一个虚拟机（VM）上运行所有的服务，那并不符合其设计目的，它倾向于用户在vFabric部署中任意定义虚拟机规模，VMware的官员如是说。

　　另外，vFabric 5是为了在数据中心中的虚拟服务器上运行，而Micro Cloud则是与VMware的Fusion或Worksataion一起在开发人员的笔记本电脑上运行的。Micro Cloud的应用程序镜像可转至Cloud Foundry的平台即服务以实现更大程度的规模扩展，但是与vFabric平台不同，Micro Cloud本身并不具备形成多个实例的规模。

　　Micro Cloud包括了一个迷你版的Cloud Foundry平台；其主要重点在于为在不同工作环境中的开发人员提供不同的应用程序开发框架（例如Spring、Rails或Node.js）。与之相反，vFabric 5是一个本地运行、使用Spring框架的企业应用程序开发平台。

　　当然，围绕着这些早期产品还有着一些悬而未决的问题，其中最大的一个问题就是Cloud Foundry开发人员何时能够真正接触到全套的vFabric服务。对于这个问题，VMware表示整合是其技术路线图中的一部分，但是他们将严格按照他们的时间表进行开发。