转载:cloudkstack与openstack的对比

Posted by

以汽车为例,云平台的各个组件就好像汽车的各个零部件。OpenStack的特点是,定义好了各个零件的接口,比如轮胎,你可以有各种各样的轮胎可以使用,如果你向要一部车子,你需要自己选择各个零部件,然后自己组装,自己做各个零件之间的磨合,自己做性能的优化等,总之,OpenStack提供了各种各样的零件,你可以任意组合搭配,一切都取决于你自己的技术水平。所以使用OpenStack意味着你必须有一个强大的技术团队做支撑。记得Ustack的发布会上,程辉曾经分享过一个数据,大概意思是你要玩转OpenStack,至少需要千万级的投入,团队人数最少20人,这还不能保证你能玩的好。由此可见,OpenStack的技术门槛其实挺高的。这也是Ustack等OpenStack的相关公司的价值所在。

CloudStack就好像是一部已经组装调试好的车,你可以直接开走,也可以自己动手换个喜欢的轮胎,或者在汽车外面弄个喜欢的喷绘。总之,最复杂的工作社区已经帮你做好了,你只需要学会使用就行。而且CloudStack的学习成本低,开发成本低。Java的程序员在国内太多了。

这是shapeblue的观点。那么我为什么看好CloudStack呢?

我认为CloudStack最大优势在于apache基金会的管理,这是保证CloudStack能持续有生命力的关键。Apache基金会的管理中,很重要的一点是社区高于代码。Apache基金会关注社区的建设,项目本身的代码质量会因为社区的繁荣得到改善,社区也是项目有生命力的关键。

现在我们来看看OpenStack的玩家,HP,IBM,RedHat,Novell,Oracle,huawei,VMWare等,无一不是有极强的研发能力,没有一个不是庞然大物。国内的OpenStack的小玩家未来基本会逐渐被边缘化。OpenStack现在基本是大公司博弈的场所,小公司是无法驾驭这样一个负责的系统的。OpenStack是巨头们包装自己商业产品的嫁衣。

国内的中小企业如果选择了OpenStack,就会陷入一个怪圈,好不容易把各个模块调试稳定了,社区的版本升级了。这个时候是升,还是不升。升,所有的调试工作又得重新来过,不升,就会逐渐远离社区的版本,变成一个自己维护的孤儿版本,其代价是极其高昂的。

从运营成本来看,CloudStack是远远低于OpenStack的。从落地的商业案例看,CloudStack有大量的成熟案例。从长远来看,CloudStack会像Apache基金会下面的其他项目(例如Hadoop,Storm,Tomcat等),持续的发展下去。

44 条回复