正如当年的Linux操作系统一样，OpenStack的名声仿佛一夜之间在整个IT界燥了起来。企业用户和开发者都开始关注它;大量的厂商纷纷加入到这场战争，开始瓜分由OpenStack推动的市场......就在OpenStack诞生之后的两年，其社区活跃度已经超过所有其他开源的云操作系统解决方案，成为最受关注的开源云操作系统。
OpenStack究竟拥有怎样的魔力，能够吸引如此多的眼球?OpenStack这块蛋糕究竟有多大?本文将就相关问题进行探讨。
一、OpenStack概述
在开始之前，还是先简单地介绍一下OpenStack。事实上，OpenStack是一个云平台管理的项目，它不是一个软件。这个项目由几个主要的组件组合起来完成一些具体的工作。其具体架构如下图所示：
OpenStack是一个用于搭建IaaS云服务平台的开源平台，能帮助企业搭建自己的IaaS，提供类似Amazon Web Service的服务给客户或者是企业内部人员。
OpenStack以Python编程语言编写，整合Tornado网页服务器、Nebula运算平台，使用Twisted软件框架，遵循Open Virtualization Format、AMQP、SQLAlchemy等标准，支持的虚拟机包括KVM、Xen、VirtualBox 、QEMU、 LXC等。
了解了OpenStack的架构之后，或许我们会问，OpenStack究竟能为企业做什么，以至于企业用户和提供商蜂拥而上?
OpenStack不仅能在1分钟给你想要的image操作系统，还能做到5分钟能帮你生成一台app节点(应用服务器)加入到业务中去。后者才是我们现在更需要去做的。
所以，一方面，OpenStack作为一种免费的开源软件，可以用在中小企业内部，可以给公司内部的开发测试部门使用，也可以跑一些应用服务。互联网公司或者比叫大规模的公司，可能一个开发部门使用的是同种配置的系统环境，譬如php环境，java之类的，按照公司的要求统一。以前每次来个新人，教他装系统装环境都要1、2天，说不定新人来个一个月又走了，效率很底下。用了虚拟机，统一的配置模板，每个开发一个虚拟机，挂上一块弹性存储(volume)，需要的时候开机挂存储，用完了删除虚拟机，数据都保存在弹性存储 上。
另一方面，对于对外提供IaaS云服务的企业来说，可以对OpenStack进行二次开发和包装，集成或者新增一些特定的功能或者管理界面，并将应用服务器通过互联网服务的形式提供给用户。
二、OpenStack的市场究竟有多大？
根据最新公布的数据，已有183家公司和3386个开发者参与到OpenStack的开发之中，OpenStack已经成为全球开发者共同参与的一个开源项目。然而，很多人或许会更加关注——OpenStack这块蛋糕究竟有多大?
OpenStack带动的IT市场主要包括硬件、软件和服务三个层面。有人预测，由OpenStack影响的市场将会突破150亿美元，没有人能够知道具体的数字，但每个人都很清楚，这将是一块很肥的肉。
Rackspace基于OpenStack提供的云服务业务每年7亿美元，增长率超过了20%。
三、OpenStack生态环境
OpenStack出来之后，社区火起来了，同时它的生态系统逐渐形成。上文已经提到，目前已有183家公司和3386个开发者参与到OpenStack的开发之中。在这个名单中，既有惠普、戴尔、英特尔、思科等硬件厂商，也有微软、思杰、红帽等软件巨头，此外还聚集着包括国内新浪、趣游等在内的“中小厂商”。
硬件厂商方面，包括英特尔、戴尔、IBM、惠普、思科、Nebula等等。通过对OpenStack的研究，这些硬件厂商可以更好地将自身的产品与企业的购买模式相融合，并通过渠道售出，从而很好地利用杠杆经营模式。然而，市场很难穿透和巨大的前期研发投资也给硬件厂商带来了一定的阻碍。早开始支持和推进OpenStack项目的有戴尔，其OpenStack的云解决方案融合了OpenStack云操作系统、戴尔云优化PowerEdgeC服务器、戴尔开发的Crowbar部署和管理软件框架以及屡获殊荣的戴尔服务。
对软件厂商而言，OpenStack可以减少它们购买的设备数目，并且硬件供应商也可以成为渠道，从而利用杠杆经营模式。但是，它们需要考虑到的是，企业已经习惯了购买VMware，而不是云，如何才能改变企业的思维模式?同时，软件厂商也需要花投资来建立品牌，VARs(增值经销商)并不能创造需求。并且，要使用OpenStack也是需要研发成本的。这些厂商例如为SaaS供应商提供Swift的SwiftStack、企业版OpenStack提供商Piston(号称VMware终结者)、以及一些大规模OpenStack应用的CloudScaling，和提供易安装OpenStack的StackOPS。
操作系统领域主要的玩家，主要包括Ubuntu、红帽、SUSE等。去年五月份，Ubuntu开发者峰会上，Ubuntu Linux系统及云平台的爱好者们就挥手送别Eucalyptus并准备迎接OpenStack的到来吧。此后，SUSE和红帽也都相继对OpenStack的解决方案。目前，以Ubuntu的方案最为广泛。
系统集成商方面，可以借着OpenStack的势头，用最少的投资赚更多的钱，并且可以边赚钱边学习。但业务的线性扩展将会将商品化长期。
除了这些提供商之外，真正在OpenStack的有哪些呢?OpenStack的使用者主要是那些试图利用来自全球开源社区支持和技术来建立大规模私有云或公有云的企业、服务提供商、增值经销商、中小企业、研究机构和全球数据中心等等。
四、OpenStack后起之秀如何击败对手？
事实上，类似于OpenStack的开源云操作系统还有OpenNebula、Eucalyptus、CloudStack等，四者并称IaaS四大开源IaaS平台。而为何OpenStack这个后起之秀能成为最受关注的那一个?正如我们前面提到的，OpenStack目前的社区活跃度已经已超越Eucalyptus、CloudStack，成为四大平台中最高的一个，而开源平台的社区活跃度不仅反映了开源平台真实的活力，也是平台的核心价值所在。
OpenStack何以打败对手，成为最有价值的开源云操作系统？它的秘密武器是什么？笔者认为，其市场推广手段起到了相当大的作用。尽管在功能上还有所欠缺(Eucalyptus项目和CloudStack项目提供了更加全面的功能)，但是其坚定而有力的广告、公关、宣传和结盟活动，已经使其在社区方面占据了相对有利的位置，为其未来的商业成功打下了坚实的基础。
正是因为市场推广手段很到位，从而推动了OpenStack社区的活跃，而一个开源社区一旦活跃到一定的规模之后，就会有一种自生长的能力，就像滚雪球一样，越滚越大。
相关调查显示未来OpenStack将会受到越来越多的人关注：
73%的受访者正在考虑部署OpenStack。
考虑采纳OpenStack最大的驱动是节约成本(47%)和避免被厂家绑定(46%)。
OpenStack的采用曲线是陡峭的，40%的组织计划在一年内实施。
受访者关注于Object Storage (Swift)(44%)，紧跟的是Compute (Nova) (43%), Network Connectivity (Quantum)和Dashboard(40%)。
63% 表示性能和有效性是他们最大的云关注。
在企业，服务提供者与政府受访者，OpenStack和 VMware vSphere代表了80%的云操作系统的部署。
服务提供者更倾向于选择OpenStack。
政府部门更喜欢选择OpenStack而不是VMware vSphere作为云操作系统。
Zenoss(47.8%) 和 Nagios(40.5%)是最可能被使用的管理工具。
五、OpenStack目前还存在哪些问题？
OpenStack发布第一个版本Austin是在2010年7月，而今年5月Essex的发布是其第五个版本，核心项目从最初的2个增加到6个，且得到了3000多名开发社区贡献者的支持。但表面的繁荣不能掩盖OpenStack的种种问题。下面三个问题使用者认为OpenStack目前存在的问题：
项目中面临的风险
OpenStack的开发步伐充满激情，新版本带来的功能令人印象深刻，研发路线图也十分清晰，让人觉得真是满怀雄心壮志。但有许多类似的开源项目，在实现上其自身存在风险。
Rackspace公司的商务拓展总监Scott Sanchez与参与OpenStack项目的人员进行了许多交谈。他提到了150多名核心开发人员和138家供应商，但实际上仅有三分之一的公司以某种形式贡献了代码。数目看起来虽然不小，但要想维护社区项目的各个分支，这是必要的。
事实上，他们想让OpenStack成为最终平台的解决方案存在风险，甚至会变成一个很大的问题。一个明显的例子是对虚拟化管理程序的支持，OpenStack虽然支持几乎所有的虚拟化管理程序，不论是开源的(Xen、KVM)还是厂商的(Hyper-V、VMware)，但对它们的支持仅仅是开启、关闭而已。
厂商之间的利益冲突
在许多情况下，你会发现许多参与OpenStack项目的供应商之间存在利益的冲突。对于项目中的方案，许多公司都有自己的替代解决方案。例如，存储解决方案提供商和Swift项目都旨在构建存储平台。存储供应商在项目中并没有免费、开放地提供技术支持，恰恰相反，他们只想确保API的兼容性，并以自己的收费产品替代开源解决方案。
兼容性与开发成本
OpenStack是一个框架，一个可以建立公有云和私有云的基础架构。这并不是一个现成的产品，要想开展基础架构方面的工作，企业需要顾问和开发人员。很多时候还需要第三方的集成工具。
此外，新版本的发布过于频繁，一些地方同老版本出现了兼容性问题。如果你对代码做了一些改进，却不被社区接受，那么你使用自己代码更新的版本将变得难以维护。最后，得考虑一下OpenStack技术人员的成本。比如，在北美和欧洲的成本显然不同。
9/18/2012
|
