伴随着低门槛，未来的可移植性及业界巨头的支持等三大优势，Docker之类的开源云工具如雨后春笋般不断出现。
在一些云计算领域的大潮流的背后，开源工具扮演着很重要的角色，最近越来越多厂商都在公开他们的源代码来吸引开发人员。
本月，微软将服务端.NET栈的源代码公开并拓展到Linux和Mac OS上，而Joyent公司将他们的云存储系统--SmartDataCenter和Manta的源代码也相应的进行了公开。
这些举动的背后反映了市场上人们对OpenStack，Docker及其他开源云计算工具如滔滔江水连绵不绝的关注。
开源在云计算领域中很流行，因为它提供了较低的门槛，Dave Bartoletti，位于马萨诸塞州Cambridge的Forrester Research公司的一位分析师说道。而因为各大云厂商已经在大规模的使用开源软件，如果你对某个开源工具有兴趣，很可能某个云供应商已经用这个工具进行过上万次的操作了，他补充道。
“开源不再等于没有技术支持的杂牌软件了，”Bartoletti说。“在许多地方它已经是大多数新兴云平台背后的核心。”
投资者和CEO们曾经无法看到开源的价值，但这种情形已经开始改变，人们了解到软件跟其他制造和贩卖的商品是不一样的，Joyent的CTO Bryan Cantrill说道。他列出了Red Hat公司的商业成就和后来一波波如Elasticsearch，Cloudera, Basho和Pivotal 软件公司等，作为这种认知转变的证据。
“有太长一段时间，人们总认为开源就等于‘我要免费送人，’”Cantrill说道。“这不见得是事实。对于大多数软件公司来说，你们提供给付费顾客的价值大大超过了软件本身的实际价值。”
Cloud Technology Partners是一家位于波士顿的云咨询公司。他们的高级副总裁David Linthicum认为，开源将会继续在云产业中占有一定的角色，但重要的是我们也该了解这些决策背后的动机，不能忘了这一切不只是为了增加价值和创造社区而做。
“这在建立产品和云服务中已经是行之有年的策略了，”Linthicum说道。“这样会创造额外的市场份额，又是个摆脱产品[维护]的好方法。”
Linthicum说，之前当开源软件在Apache和LAMP之类的中间件系统中流行的时候，很多用户鲁莽的纷纷加入--——就算那个对他们来说是错误的技术也不管不顾。
这种文化现在转移到了云计算领域，所以IT专家和开发者们在选择他们的开源工具时一定要懂得事先多做功课。
Cantrill很大方的承认这次他们公司的行动并不是完全无私的，而是作为与市场***Amazon Web Services（AWS）和其他竞争者的区隔。近来Joyent将他们公司的形象围绕着自有的容器技术重新包装，想在虚拟操作系统的领域全力一搏，并试着借由Docker的声名大噪来获取利益。
Cantrill 也将开源当作吸引人才的方式。大学是高技术低成本的劳力沃土,大部分的学生几乎只使用开源软件来实验和部署。如果大学们能熟悉这种技术，那对Joyent是很有利的。
“对我们来说，开源就是我们的培育系统，”Cantrill说道。“在一个稀有技术很难遇见的环境中，这不是一件小事。”
开源无所不在
Docker虽然才不到18个月大，但其跨平台的可移植性已经成为云计算界中最为人津津乐道的话题之一了。除了Google正在领导围绕容器技术最突出的开源项目之一Kubernetes，似乎所有其他的云供应商，从AWS到VMware，都支持Docker。
尽管人们继续猜想开源在企业里扮演的长期角色，IBM，VMware和HP等传统供应商仍继续在诸如Cloud Foundry和OpenStack之类的开源计划中高歌猛进。
位于加利福尼亚州Mountain View的Mirantis公司是一家OpenStack厂商，他们的联合创始人兼CMO Boris Renski说道，原本如MySQL和Linux之类的开源软件努力将目标放在商品化，而不是创新。当市场中只有一小部分人懂，而这些人用他们独有的专业来创造价值时，专有软件是有道理的，但这种应用基础架构不是小众或者垂直的，他补充道。
“当结构是水平的，市场里有许多专业背景稍许不同的人在攻坚基本上是同一个问题的时候，你最终会到达的结果是，大家的看法不再重要，”Renski说道。“重要的是，很多的人提供了大量的观点，还有速度。”
虽然他对于云计算开源的未来感到乐观，Renski承认在这个AWS之流的供应商占主导地位的行业中，开源的进程还是颇为缓慢的。
“可能五年内我们会看到明显的倾斜，”Renski说道。“今天我们已经看到许多开源的应用出现，但基本上现在市场还是由封闭[源码]的厂商所主导的。”
原文出自：http://www.searchcloudcomputing.com.cn/showcontent_86431.htm
