“只是，这两条路其实是有天然矛盾的。特别表现在VCenter在接口开发上的举棋不定，遮遮掩掩！因为，大家都想用这个方法把VCloud的Licence甚至VCenter的Licence绕开。而且，有意思的是，如果你不用它，还可以做的远比Vmware好，因为VMware做应用软件，尤其是交互类软件的水平实在不敢恭维。不过对于VMware而言，这样无疑就宣布了第一条路的失败。因此，当去年VMware想在新版本关闭部分接口时，一度引发轩然大波。”
选择锁定用户，还是拥抱合作伙伴？
“其实，如果VMware选择第一条路，关闭VCenter开发接口，就是锁定了用户。而且所有云平台软件的开发商，都将与之为敌，一定会另外选择其它的虚拟化引擎。就像品高云，虽然支持VMware，但是我清楚地知道，支持它，是为了消灭它。一旦客户发现，VMware除了过度性能外并无过人之处，自然就会弃之择优！”
“不过，如果VMware真正选了第二条路，世界又会不一样。VMware甘心做好虚拟化引擎，甘心帮我搞定各种硬件适配问题，还给我可以接受的价格。那么我也乐得在客户那说，你看，如果你选VMware，每个机器+XXX元（反正不贵），商用的虚拟化引擎还是要比开源的好嘛？岂不两全其美！它拥有了占有率，也就拥有了砸开更大市场的机会。可惜，我们都知道这不过是YY而已，VMware不可能考虑这么远，它首选要对股东的利润负责，面对互联网化的企业级市场，它还没有准备好。”
最大的讽刺，VMware你不懂软件
周静认为，相比走错了路，VMware最大的讽刺，居然是这家软件巨头，怎么能不懂软件！怎么可以没有软件基因！
“到现在为止，我所见到的VMware的相关PPT里面，完全还是在说各种性能、参数、指标等等，难道真以为用户不明白什么叫‘过度服务'和‘性能浪费'了吗？”
对此，周静讲了个故事：
“最近在品高云合作伙伴销售训练营，有位员工（前VMware认证工程师）尝试模拟VMware打品高云，当他很卖力的说着VMware的诸多好处--当然主要集中在各种设备、并联后的参数、数量、高可靠性从三个九到5个九等等时--我插了一个问题：请问你这些功能应该用在什么场景下？”
“……”。
“在我看来，应该就是跑数据库吧，这种极端场景只有像银行一样高频访问数据库的时候才有机会发挥作用。那么，你现在的用户是谁？有什么场景需要这样？”
“……”，又是哑口无言。
“懂架构懂软件者得天下”，末了，周静意味深长地来了一句。
