OpenStack Liberty社区贡献统计

云计算 OpenStack
Libiety版本发布,一个重大变化,就是各个项目的版本命名有变化,例如Horizon,是8.0.0版本,就是说明这个软件,已经发布了4 年,经历的8个版本的变化。一个开源软件,一般都是需要经历过5年,那么他就基本处于一个非常稳定的阶段。OpenStack组件很多,经历的时间不一样,通过这个版本号,你是可以对他的稳定性,可靠性做一个基本的判断。

今天早上起来,就看到微信刷屏,说Liberty已经发布,印象中这是OpenStack版本发布时间最早的一次。因为以前版本发布的时候,都有项目有bug修复,会一直推迟到***的一刻。现在各个项目,其实已经基本提前一个星期,就已经不修改代码,等着发布,除非高危的bug以外。

Libiety版本发布,一个重大变化,就是各个项目的版本命名有变化,例如Horizon,是8.0.0版本,就是说明这个软件,已经发布了4 年,经历的8个版本的变化。一个开源软件,一般都是需要经历过5年,那么他就基本处于一个非常稳定的阶段。OpenStack组件很多,经历的时间不一样,通过这个版本号,你是可以对他的稳定性,可靠性做一个基本的判断。

OpenStack国内的市场其实也发生很多变化,就以Liberty发布为例,已经有专业的队伍在跟踪,微信推广,宣传。这真的很大的改进,影响力也大大提高了。

目前大家都是通过http://stackalytics.com/网站来了解各个公司的贡献的排名。不过这里面其实还是有争议的,统计哪些项目,哪些项目是默认显示的。目前这些基本是Mirantis控制。

下面就总结一下Liberty的社区贡献,这个其实还是很有必要,No Measurement, No Improvement,还是很有道理的。

通过比较国内和全球的贡献,我们其实可以了解到我们的差距在哪里,应该从哪些方面去改进。

国际五强

在OpenStack社区贡献的传统五强还是:HP,Mirantis,RedHat,Rackspace和IBM。那么我们就看看通过不同的维度看看不同的数据。

Review

 

Snap3

通过上面的数量级别,其实也就可以看到他们的差异。客观点说,HP,Mirantis和红帽是在一个水平上,Rackspace和IBM处于第二个层次上。

OpenStack的代码review,要求是任何的一个commit,都是需要两个项目的Corereview才行,其他成员可以参与项目review,但是必须有两个Core同意才能Merge。

所以Review的角度来衡量社区的贡献,其实很大程度就是你公司的项目Core的数量。目前这个排名和现实各个公司在项目的Core的数量,基本是一致的。

HP已经连续两个版本在review都是***,那么后续其实面临的压力也很大,公司内部的变化。搞开源的,如果不能坚持,其实前面的努力,就全部白费,这点上红帽的经验应该是最丰富的。

我们可以看到第六名的华为,其实和第五名的IBM,其实差了一个数量级。已经是很不容易。如果IBM不努力,很可能下一个版本就给华为替代掉。

Commit

在OpenStack,修改一个bug是一个commit,完成一个功能也是一个commit,甚至你把openstack改成OpenStack,也是一个commit,好像看上去不是很公平,不过这也是一个不同观察的维度。

 

Snap4

从数量来看,基本和Review是排名是一样的。华为还是第六名。

Blueprint

就是给项目增加功能,目前在OpenStack的老项目里,完成一个BP的难度还是不小的。尤其是在Nova和Neutron上。

 

Snap5

Mirantis完成BP数量很高的一个原因是有两个项目是他主导的,murano,sahara。BP的数量,也说明你对OpenStack项目的功能是否有追求。

华为这次进入了前五名,非常不错。这里面Cinder贡献***,估计和自己的Driver有关,不过整体来说,是一个非常不错的的进步。

从项目完成的BP分布来看,含金量,其实红帽是做的***,各个核心项目都设计。这才是真正的***的风范啊。

代码行数

OpenStack现在把文档的维护,也计算到代码行数里,所以你也会发现现在OpenStack的文档质量,现在还是提高了很多。

 

Snap6

这里面出现了Suse,Suse的贡献全部都集中在文档上,有点和自己的身份不太符合。

参与人天

对于前5名的公司,专职给社区贡献的职位数量还是不少的。这也基本是一个烧钱的游戏。

 

Snap7

国内就华为可以玩得起这个游戏。华为明年加大一倍的投入,就可以进入前五名了。

解决bug

这个可以看到大家的积极性。

 

Snap8

如果你拿OpenStack服务客户,那么肯定就面临各种的bug需要修复。Mirantis***,是完全可以理解。

结论

看完上面的数据,其实大家基本也就有自己的结论,从多个维度去分析,其实就可以很好的避免灌水对排名的影响,可以更加真正的反映真实的排名。

#p#

国内五强

国内参与OpenStack开发的开发者,其实是越来越多,参与的公司也多起来,独立开发者也多起来。这里的国内统计,就没有把华为包括进来,一个原因目前华为已经是全球运作,国外有多个团队参与OpenStack的社区,这个其实和IBM,Intel差不多。

Review

还是真实截图为证

 

Snap17

上面的6家公司,我都是比较熟悉。

大家可能对上面公司的中文名字不太熟悉

  • 99cloud:九州云
  • UnitedStack:有云
  • Kylin cloud:麒麟,就是天河
  • Awcloud:海云捷迅
  • Netease:网易
  • EasyStack,大家都叫Easystack

99cloud全球排名14,非常难得。麒麟,作为一个事业单位,能对社区贡献那么多,其实是非常罕见。网易团队一直都坚持给社区贡献,这算是我唯一没有见过的团队,真的希望有机会见面聊聊,了解一下他们的OpenStack运行情况。

Commit

还是一样,看图

 

Snap18

这次多了一位玩家,乐视。

Blueprint

BP的数量,显示国内和国外的差距还是比较大的。

 

Snap19

代码行数

这个就不需要解析太多

 

Snap20

参与人天

其实我是不知道是如何计算,不过从实践来看,感觉还是很准确的。

 

Snap21

解决bug

 

Snap22

从解决bug的数量来说,这个排名国内还是比较靠前的。其实也可以某种角度来说,我们遇到问题是有解决问题的能力的。

总结

国内五强的数据来看,和我想象中是有一定的区别。大家可以从不同的维度得出自己的结论。

国内用OpenStack拿到VC投资的公司,据我了解,已经超过5家,希望都能参加到社区贡献上,通过社区贡献,获得更多的用户的认同,实现真正的双赢。

博文出处:http://www.chenshake.com/openstack-liberty-community-statistics/

责任编辑:Ophira 来源: 陈沙克日志
相关推荐

2015-07-01 15:08:56

OpenStack开源社区代码贡献

2015-05-12 10:18:09

openstack开源分析

2015-10-21 16:57:21

九州云

2015-10-19 10:07:24

OpenStackOpenStack L功能特性

2015-12-03 15:28:57

2016-11-10 20:07:14

OpenStack华为电信

2023-06-01 15:37:14

鸿蒙社区新流程

2015-10-21 11:01:23

OpenStack贡献代码开源

2019-12-18 23:11:24

TF架构网络连接

2012-10-22 16:46:19

IBMdw

2014-11-25 11:25:48

HP Helion惠普OpenStack

2013-10-24 11:14:51

F5应用交付OpenStack 基

2012-11-05 14:57:50

MVP

2015-11-03 10:18:09

中国开发者OpenStack代码贡献

2015-12-29 14:10:25

OpenStack社区贡献Review

2016-01-28 17:34:21

华云数据

2016-07-08 10:29:08

华为

2017-10-24 15:46:03

VMwareOpenStackvSphere

2016-10-12 21:25:53

EasyStack

2015-07-22 16:08:46

OpenStack开源贡献代码
点赞
收藏

51CTO技术栈公众号