曾经，思科还能吹嘘自己的前瞻性研发能够领先时代三十年，现在，在这用户为王的时代，哪怕强如思科，也不能幸免。正如其最擅长的网络领域吹来SDN风潮时，思科经历得，从百般不情愿，到扭扭捏捏，再到愤然投身SDN阵营这样的转变过程令人唏嘘。一句话，在新的时代，来自用户的诉求才是最重要的。 “因此，当用户提出海量虚拟化部署需求时，VMware还是唯一选项吗？“ “Of course not！Xen，KVM，hyper-v，哪个合适哪个来。” “用户还需要担心硬件适配问题吗？” “Of course not！首先解决方案提供商必然会不予余力地解决适配性问题，并随叫随到投入适配测试，其次，用户也犯不着选用一堆不同的机器搞死自己吧！” “因此，在互联网企业的大规模虚拟化应用中，VMware不出意外地频频落选。反之，真正进入互联网大拿视野的，确是VMware瞧不上的开源KVM和Xen。正如当Xen就已经步入十万物理机部署体量时，Vmware还在几百台，上千台服务器虚拟化规模死撑。时过境迁，企业级市场的互联网化是大势所趋，越来越多的企业将选择开源或基于开源技术的产品，拥抱技术。” “VMware，你为何执迷不悟！这个错误，犯得与微软何其相似。” 世界正在醒来，VMware何去何从 “世界正在慢慢醒来，Google、Amazon、Facebook、腾讯、阿里、百度等先行者已经用实践证明，我们完全可以不在乎硬件设备是不是品牌的、不在乎虚拟化引擎是否通过诸多硬件厂商的兼容性测试、更可以不在乎所谓的性能指标有多少项，小数点后面有几个9——用户只是需要最简单的，使用了虚拟化引擎的碎片化设备和易于管理的能力，然后，为己所用。” 至于，自助服务、自动化部署安装软件、按需所有、弹性增长，这些功能的实现，虽然需要调用虚拟化引擎，但已经远远超出虚拟化厂商的理解范畴，正如腾讯那位朋友所说，开玩笑，VMware多贵啊，我干嘛不选品高，便宜还大碗。实用才是王道，莫被过度投资所累！ 摆在VMware面前的两条路 “ 他们（VMware决策者）根本不懂！”周静吐槽，“好吧，其实我知道，决策者其实不是没有看到，他们也很惶恐！” 笔者，“支个招吧，若你是VMware决策者，怎么做？” 周静：在新形势下，摆在VMware眼前的路有两条。 “ 第一条路：向上发展，向云发展，利用底层优势，增加上层能力。可以做自助、可以做计费、还可以支持各种软件，总之，买了VMware虚拟化引擎的客户，跟着我走吧。” “第二条路：横向发展，继续做专做精虚拟化引擎，无论你是什么云，最好都要用我的虚拟化引擎。” “目前看来，VMware选了第一条路，它先是收购CloudFoundry，然后不知是买了还是做了一堆又贵又不好用的计量计费软件。最后推出了VmwareESI+Vcenter+VCloud这样的解决方案组合，何等让人困惑！重复计价，重复算钱，谁用得起？我看土豪都需要用盗版。” “其实，Vmware并没有完全放弃第二条路，过去的几年，我看到中国的很多小公司甚至不小的公司做云，就是用了Vcenter的开发接口做了虚拟化管理工具，没有什么调度能力，但是可以通过工单流转使用人工调度，事实上看上去也OK。品高云在调Vmware引擎的时候也是用了类似的方法，我们没有去直接操作VmwareEsi，而是使用VCenter的官方接口，让Vmware自己保障它的执行。” “只是，这两条路其实是有天然矛盾的。特别表现在VCenter在接口开发上的举棋不定，遮遮掩掩！因为，大家都想用这个方法把VCloud的Licence甚至VCenter的Licence绕开。而且，有意思的是，如果你不用它，还可以做的远比Vmware好，因为VMware做应用软件，尤其是交互类软件的水平实在不敢恭维。不过对于VMware而言，这样无疑就宣布了第一条路的失败。因此，当去年VMware想在新版本关闭部分接口时，一度引发轩然大波。” 选择锁定用户，还是拥抱合作伙伴？ “其实，如果VMware选择第一条路，关闭VCenter开发接口，就是锁定了用户。而且所有云平台软件的开发商，都将与之为敌，一定会另外选择其它的虚拟化引擎。就像品高云，虽然支持VMware，但是我清楚地知道，支持它，是为了消灭它。一旦客户发现，VMware除了过度性能外并无过人之处，自然就会弃之择优！” “不过，如果VMware真正选了第二条路，世界又会不一样。VMware甘心做好虚拟化引擎，甘心帮我搞定各种硬件适配问题，还给我可以接受的价格。那么我也乐得在客户那说，你看，如果你选VMware，每个机器+XXX元（反正不贵），商用的虚拟化引擎还是要比开源的好嘛？岂不两全其美！它拥有了占有率，也就拥有了砸开更大市场的机会。可惜，我们都知道这不过是YY而已，VMware不可能考虑这么远，它首选要对股东的利润负责，面对互联网化的企业级市场，它还没有准备好。” |
