Dec 232016
 

还没有到月底,不过由于圣诞节的原因,社区的开发,在未来的1周内,基本会处于停止状态,所以这个时候做总结,时间也就比较合适。

Sam Yaple强势回归

大家如果看过我以前写的文章 Kolla的江湖 应该知道Sam是一个多么强悍的人物。这次Sam代表Rackspace,重新回归社区,真的是让整个Kolla开发社区都感到很兴奋。

这次Rackspace还派出文档的社区人员专门帮助完善Kolla的文档。

未来2个月内,大家应该就可以感受到很大的变化。

Sam这次回归,要力推Kolla-salt,这个应该会发生在下一个版本。在Ocata版本,Sam还是全力完善Kolla 和Kolla-ansible,帮助ansible变得更加强壮。

目前Sam在做Monasca项目,在Ocata版本merge,基本不会有任何悬念。目前Docker file已经Merge. Roles 正在进行中。Monasca,让大家对OpenStack监控多了一个选择。

Kolla掉电测试

这次Sam回来,给我们分享很多好的消息。以前OpenStack群集,遇到机房,机柜掉电,其实不是小概率的事情。一旦碰上,其实要把群集恢复正常,是需要很长时间和麻烦。

对于Kolla部署的OpenStack,如果整个群集掉电后,如何恢复呢。有啥启动顺序呢?其实我也一直想问这个问题

答案是,你不需要做任何东西,把机器开机,所有服务会自动修复,不需要做任何的操作。这就是传说中的所谓自愈功能。

我是听青云的Richard讲通过机器人,如何实现系统自愈故事长大的,这次在kolla看到如此强悍的功能,真的比较激动。

Fluentd替换Heka

由于heka项目已经不维护,所以Kolla社区要替换,经过讨论,决定使用Fluentd 来替换Heka.

Kolla的Heka,其实是在Mitaka版本,由Mirantis推动实现的,不过后续由于公司原因,也就基本不完善,也导致目前Kolla的日志(Kibana,Elasticsearch, Heka) 有很多需要改进和完善。

这次Fluentd替换Heka,Kolla社区定的目标就是实现用户无感知的替换。九州云的朱冰兵同学把这个任务承接下来,同时得到国内的日志厂商Loginsight 杨志斌同学大力支持,专业的事情,真的要专业人士帮忙。你真的会发现,我们眼里的难点,他们感觉so easy。

目前替换工作的验证,已经基本完成,基本做到无缝升级。后续会邮件里讨论什么时候实现Merge,后续还是有不少体力活需要去完成。

后续还有2项工作,我希望可以完成

  1. 完成Kibana和Elasticsearch 5.x的升级
  2. Kibana图制作

这次得到国内日志专业厂商Loginsight朋友帮忙,应该是可以进展更快。

Kolla是希望做到OpenStack开箱即用,这个目标其实已经基本实现,同时也希望可以做到周边的运维工具,也是可以开箱即用,这个真的需要努力去实现。

Ceph的Swift API

现在OpenStack很多项目,涉及备份的,都会依赖Swift,那么其实是swift api,例如Karbor,Freezer,Trove等项目。用了Ceph,还需要折腾一套swift存储,是很麻烦的事情。

这次九州云的江军波同学,把Ceph的Swift API功能加上,让世界变得更加美好。其实如果能把S3接口也加上,那就更好。

Horizon插件

OpenStack项目的UI,基本都是Horizon的插件形式添加,目前Kolla社区已经决定把所有的插件UI都merge到Horizon的Docker里,这个工作基本已经完成。日后大家装各个项目,UI就会自动加载到Horizon里,比较方便。

 

Big Tent项目

我做了一个统计,目前Big Tent底下,有60个项目,Kolla需要去实现部署的36个。目前已经merge 27,动工的8个。

上个月进行的Kolla项目拆分,导致DNS项目Designate遗留,需要重新提交。不过也是好事,在重新提交过程中,由于Sam的回归,其实发现了Designate以前其实存在很多问题,目前在根据Sam的意见进行整改。

目前在Master中,已经Merge的项目

  1. Tacker (NFV项目)
  2. Octavia (Neutron的负载均衡实现)

Tacker(NFV)和负载均衡,都是用户关注度很高的功能,这次总算实现了。

正在开发的项目有

  1. Designate
  2. Freezer
  3. Karbor
  4. Monasca
  5. Zaqar
  6. Zun

以上6个项目,都在积极推进中,在Ocata版本Merge,基本问题不大。

计划动工的项目

  1. Dragonflow
  2. Vitrage

难度最大的肯定是Dragonflow项目,目前已经得到海云捷迅的马力同学大力支持,和九州云的曹威同学一起联合完成,努力在Ocata版本实现Merge

Vitrage,目前让九州云陈星同学负责,同时也希望中兴参与Vitrage开发的朋友多多支持。

目前就剩下一个项目 Tricircle (Networking automation across Neutron service) 华为的级联OpenStack项目,还没有进行中。

Dec 082016
 

怎么让OpenStac镜像k更加好用,这是我一直都想去解决的问题。我想整理一下我的需求,后续让同事跟进,把这些问题都彻底解决。

于CentOS和Ubuntu,其实都有有官方镜像,默认的官方镜像,其实还是非常不错,也比较流行,那么这些官方镜像,我们直接拿来使用,其实还是有不少问题,在一些特别环境下。

很多用户都是拿上传的镜像修改完,转成镜像,其实我一向不喜欢这种方式,这样做,应该会有不少隐患。所以我希望在镜像上传前,可以做更多的定制。

也是在私有云领域里,用户对镜像的需求。

镜像磁盘大小

这个CentOS官方镜像默认是8G,Ubuntu默认是3G,通过镜像带的磁盘扩大的软件,其实是可以在创建,resize的时候,调整硬盘的大小。

现在公有云默认的linux磁盘大小是20G,40G,系统盘是不能调整大小的。这其实也是有利用提高性能,在创建的过程中,不需要调整硬盘大小,加快创建速度。

windows的镜像大小是60G。

所以在实际中,公司内部私有云,我希望所有的镜像默认的磁盘大小都是60G,这样其实也好管理,同时在大部分情况下,都是不需要增加磁盘,就可以满足需求。

另外还是要有工具,在镜像上传前,调整系统盘大小。

需要强调的是,在OpenStack上传镜像的时候,一定要填写上对硬盘和内存的最小要求,这样可以避免用户创建虚拟机的出错。

操作系统版本

由于我们经常遇到不少软件是需要指定版本,才能跑起来,所以我们镜像要写上os的版本号。建议

  1. centos 6.5
  2. CentOS 6.8
  3. Ubuntu 12.04.x
  4. Ubuntu 14.04.X
  5. Ubuntu 16.04.x

centos 6.5的镜像,就只能自己单独制作。其他镜像,可以下载官方镜像,进行定制修改。

操作系统的源

要对操作系统的源进行定制。指向国内的源,阿里,中科大等目前速度非常不错的源。同时如果有必要,也是可以指向内网的源。让运维人员可以修改镜像里的源。

调整磁盘大小

在公有云的场景下,其实系统盘,是不允许调整大小。不过这个需求,在企业私有云里其实是很旺盛。默认OpenStack也是支持磁盘扩大。

所以我们需要在确保镜像是支持磁盘大小的调整。对于不同的linux,装的包是有点不一样。

http://xcodest.me/centos-root-partition-auto-grow.html 

启动速度

优化虚拟机的启动速度,其实还是很有意义的。这里面最需要处理的就是cloud init。

http://xcodest.me/cloud-init-cause-vm-boot-slow.html

尤其在没有联网的环境下,会导致虚拟机启动速度很慢。

镜像的密码

作为服务商,肯定会建议用户采用秘钥登录,但是现实中,用户都是把虚拟机设置root的密码,做快照,生成新的镜像。

centos和ubuntu,默认的登录的用户名也是不一样。

我倾向是都改成root账号

如果我采用密钥登录,会出现一个尴尬的情况,就是控制台无法登录。

我考虑是,给镜像的root设置一个密码。同时也是可以在上传镜像前,把root的密码修改成自己需要的。

同时ssh的设置,也需要做些调整。默认是不允许root登录,密码登录。

如果虚拟机创建的时候,设置了root密码,那么就覆盖了默认的密码。这时候,是允许root的远程登录的。

vnc设置

vnc其实是比较消耗资源,如何在vnc不使用的情况下,自动退出,这个其实是需要考虑的。在私有云使用里,因为vnc没有关闭,导致最终资源消耗过大,是一个场景的问题。

解决这个问题,可以从镜像入手。

SSH优化

默认ssh访问,是需要请求dns,所以需要在ssh的配置文件里,设置

UseDNS no

定制包安装

在实际中,用户经常会提出要安装linux的桌面,开发环境的镜像,这样方便,这些需求太多,所以有一种办法,让工程师,可以直接操作镜像,把需要的组件安装好,再上传镜像。

事实上,OpenStack后续很多项目,sahara,murano,trove,都涉及镜像的定制。都是使用disk-image-builder 工具,可以好好深入研究一下。

https://github.com/openstack/diskimage-builder

Nov 302016
 

我一直都在评估,我自己是否能坚持写下去,当确认没有问题,那就可以正式开始写Kolla的月报

11月份,其实算是Ocata版本正式开发的一个月,成绩还是非常喜人的。

项目拆分完成

kolla的项目要拆分成Kolla和kolla-ansible,这个已经计划了很久,为了保证Newton版本的稳定性,推迟到现在才开始拆分。日后

  • Kolla,就负责build docker image
  • kolla-ansible负责编排,部署。和Kolla-k8s是平行的。

负责这个工作的就2位,Steven Dake 负责repo的拆分,九州云张雷同学负责Kolla的CI的修复。比想象中顺利,不到一周的时间,一切都恢复正常,现在跑一个测试,时间已经缩短到半小时内,效率大大提升。

如果想做Kolla的二次开发,维护自己的分支,那么建立自己内部的CI是必须的。

Big Tent项目

项目拆分的一周时间,开发工作基本都停止。不过在项目的Merge上,进展还是非常顺利。

  1. Searchlight (麒麟的李英俊)
  2. Solum(九州云曹威同学)
  3. Trove(九州云朱冰兵同学)
  4. Designate(九州云朱冰兵同学)

这4个项目,已经成功Merge。希望可以做到尽早把各个项目Merge,后续有足够的时间进行测试。

目前Master里,

  1. Tacker
  2. Freezer
  3. Karbor

这3个项目已经在积极review中,有望在12月份实现merge。

目前Big Tent底下就剩下6个项目,我整理了一下

  1. Dragonflow
  2. Monasca (Monitoring)
  3. Tricircle (Networking automation across Neutron service) 华为的级联OpenStack项目
  4. Vitrage (RCA (Root Cause Analysis) service)
  5. Zaqar (Message service)
  6. Zun (Containers service)

Horizon UI插件

现在Horizon各个项目的UI,都是用插件的形式放到Horizon里的。那么对于Kolla项目来说,如何把各个项目的Dashboard放到Horizon里呢?

最开始的设想,就是提供方法,让用户在build 镜像的时候,把需要的UI放到Docker file里,不过这个其实也就导致很多用户很迷惑。经过社区讨论,最后决定,把所有的UI都放到Horizon的Docker file里,这样大家使用起来就更加方便,不需要为了使用某个项目,自己去build一遍镜像。

项目很多,差不多有20个项目的UI要放到Horizon里,估计12月份,开发者都需要忙着处理这块。这样Ocata版本发布后,就会更加方便,易用。

Heka替换

Kolla计划在Ocata版本,把Kibana,Elasticsearch升级到5.x版本。不过如何替换Heka,就大家有不同的看法。选择其实不多。目前Fluentd呼声最高。

无论什么结果,替换的工作量还是不小。希望早日定下来,赶紧开工。

北京OpenStack聚会

11月26日,张雷同学参加北京组织的OpenStack聚会,介绍一下巴塞罗那的峰会的见闻。这次聚会讨论的内容其实是比较特别,Heat,Senlin,Searchlight,Karbor,Heat估计大家可能还听说过,剩下几个项目,其实就算是OpenStack社区开发人员,都很难说出他们的具体用途,更别提如何安装,部署。所以作为项目的开发者,不仅仅是开发代码,还需要参与项目的推广,让用户把你做的项目用起来,你的价值才能得到提升。

那么如何推广起来呢?这个就是一个很有挑战的事情,首先要让发行版支持你,有rpm包,deb包,否则你是寸步难行。不过这种情况已经发生改变,Kolla出现,已经可以实现通过源码进行OpenStack项目的安装,如果你想了解Senlin,Searchlight,Karbor,那么最佳的途径,就是通过Kolla,一键安装,生产ready。

张雷同学做了一个演讲主题《容器化OpenStack的机遇和挑战》,一个很有趣的观点,Kolla的运气还是非常不错的。

Snap4

Docker 1.10在2016年2月份发布,解决了所有的OpenStack容器化遇到的所有难题。否则是不可能在4月份的Mitaka版本正式投入商用的。

突然发现我的运气,也是非常好。

Nov 282016
 

有人的地方,就会有江湖,开源社区也不会例外。背后的故事,其实还是很有意思。大家当故事读读就可以。

Kolla的项目是2014年9月份,Steven Dake创建的,作为TripleO的一个子项目。当时Steven Dake还在红帽公司,估计是没有受到公司的重视,出走思科,代表思科来推动Kolla这个项目。

TripleO的项目,本来是HP发起,不过由于Docker的出现,当时HP当任的PTL,直接辞职不干,放弃,认为做下去已经没有前途。结果红帽把TripleO接管过来,继续推动。

2015年,OpenStack采用big Tent的模式管理项目来应对Docker的威胁,Kolla项目在2015年8月份进入的Big Tent。

OpenStack的项目现在已经很多,不过有一个惯例,如果没有红帽,Mirantis,Rackspace,HPE,IBM支持的项目,其实是很难活下来的,你可以看到目前在Big Tent底下的项目,很多都已经快要没人了。

你很难想象一个项目没有:红帽,Mirantis,HP,Rakcspace,IBM参与,Kolla项目的活跃度,各个指标,其实都可以算是10大热门项目之一。

对于Kolla来讲,真的是经历过大风大浪,能走到今天这样,是非常不容易了。下面把Kolla的经历都给大家讲讲。

看他经历过那么多的风浪,还能发展那么好,你就会对Kolla项目更有信心。

当前Ocata版本Kolla的Commit数量分布图 2016年11月28日

Snap3

 

核心成员Sam Yaple出走

在Mitaka版本发布后,Sam因为个人原因退出,Sam有多牛的一个人呢?至少在我看到过OpenStack社区里干活的人,我认为他真的是神。Sam最开始是代表Rackspace,后来独立身份贡献Kolla项目。

OpenStack容器化,有那些难点呢

  1. Neutron容器化
  2. libvirt容器化
  3. qemu容器化
  4. mysql群集
  5. rabbitmq群集
  6. Ceph
  7. 控制节点的HA

你无法想象,上面所有的功能,全部都是一个人在半年内完成。而且你会发现这些完成的功能,是没找到任何的bug。可以这样说,Mitaka我拿去给客户部署50个节点的时候,那是第一次在真实机器上部署,居然一点问题都没有。

如果你有机会和这样的人一起工作,真的是一件无比幸福的事情。

Sam的退出后,后续的Newton版本,会如何呢?其实我当时心里是有一个很大的问号。不过终于扛过来。我想真正的原因是大家都看到OpenStack容器化是未来,很多企业都进来尝试,也导致在Newton版本完成的功能,Feature,超出Steven Dake的期望,基本把Big Tent的所有项目都集成,Kolla的影响力进一步扩大。

Mirantis放弃

Kolla上的Ubuntu支持,其实是Mirantis支持实现的,当时在Mitaka版本的时候,Mirantis力推kolla-mesos, 不过到Mitaka版本发布后,宣布放弃,要自己搞Kubernete的OpenStack。

Mirantis也正在容器化OpenStack的过程中,策略一直都摇摆不定,也就导致最后收购TCP Cloud,裁员。

Fuel的头号敌人,应该是Kolla,而不是红帽的RDO

红帽退出

Steven Dake,是红帽出来的工程师,其实也是有红帽情结的,Kolla对红帽操作系统支持很好,同时也吸引了很多红帽的工程师过来参与,在Kolla的发展历程,红帽的工程师,贡献是很大的。不过Newton发布后,红帽基本把所有的员工撤退回去。

红帽干了一件很纠结的事情,考虑在TripleO里利用kolla实现容器化,实现OpenStack是升级。

红帽在OpenStack上,有时候就和华为一样,手上的牌,永远都是最好的,但是有时候,真的晕招连连。给Mirantis逼着,刚刚松口气,还是要继续走TripleO不归路。

在Ocata版本里,Kolla的社区,开发者,参与者,其实更多,更活跃,更广泛。

IBM的离开

其实IBM当时有1位工程师,因为项目原因,派来调研Kolla,对Kolla项目做了很大的贡献,Kolla的Kuryr项目,就是他努力实现的。

不过由于工作的原因,离开的IBM,后来回归IBM,已经不从事相关的工作。也就导致IBM已经没人参与Kolla的开发。

IBM自己内部的Power的OpenStack产品,也在尝试使用kolla来实现容器化。

Intel的摇摆不定

大家从新闻里,其实应该都可以看到,Mirantis联合Intel,Google一起,要搞K8S管OpenStack,风头很猛。江湖的传闻也就很多,Intel在Kolla的投入,会不会减少,甚至撤走呢?

其实很多人都是有疑问的。不过在Ocata版本里,Intel当选的Kolla的PTL,公司在Kolla的投入,还是保持着,继续推Intel的各个组件Dpdk,各种新的技术。

Steven Dake离任

Steven Dake在Newton版本结束后,决定不担任PTL,那么这个时候Kolla的团队里,是否有人能扛起PTL的这个重任呢?

其实目前OpenStack很多项目,想当PTL的人不多。很多项目,都是没人竞选。Kolla这次核心团队里,有两位成员站出来竞选,最后Intel的员工当选。

一个开源项目,如果过分依赖一个人,其实是一个很大的问题。很多项目因为创始人离开,导致项目停滞不前。Steven Dake这点其实做的很不错,在不断的培养和物色PTL的候选人。让团队充满活力。

其实Steven Dake以前是Heat的PTL,一个人可以同时创建两个那么成功的项目,真的是非常难得。

Kolla为啥能成功呢?

Kolla的成功因素真的很多,不过从技术上来讲,就是他的时间点非常好,没有成为先烈。都是在合适的时候,做合适的事情。引用Kolla项目的Core张雷同学整理的一个路线图,大家有机会听听张雷同学的解读。

Docker 1.10版本,是2016年2月份发布,对于Kolla来说,或者OpenStack容器化,是一个非常关键的版本,解决了所有技术上的挑战。如果有公司吹牛说他在2015年就实现OpenStack容器化,你就当笑话听就可以。

如果没有2016年2月份发布的Docker 1.10,那么根本就是不可能真正做到OpenStack 100%容器化,并且投入到生产使用,这点对于Mitaka版本来说,也是无比的重要。正因为赶上了这个好时光,Kolla的Mitaka版本,就已经可以投入生产使用。

Snap4

Kolla的下一个挑战,就是K8s,目前Steven Dake在负责这个事情。

Nov 222016
 

OpenStack基本每年都会有很大的变化,2016年,也不例外。下面总结一下,我所看到的变化。

巨头的变化

如果说2016年OpenStack界最大的新闻,我认为就是Mirantis裁员的信息。因为在外界看来,Mirantis一直都很风光,在OpenStack上,风头一直压着开源的老大Redhat,不过市场也是很残酷的,在这次巴塞罗那的峰会上宣布了裁员的信息,Mirantis的业务,就是用OpenStack给企业提供服务,那么其实有点类似人力外包,大量的人力投入在帮助企业做定制开发,当市场的增长速度,无法跟上企业的烧钱速度,那么裁员就是必然的。

从企业的社区贡献,其实是可以分析到企业在OpenStack投入的变化,根据stackalytics统计分析,进行对比,其实是可以看到Mirantis至少减少了30%的OpenStack工程师的职位,OpenStack另外两大巨头,HPE和IBM,在OpenStack投入上也是大幅减少。从社区贡献来看,降幅也超过30%。唯一的好消息,就是红帽和Intel,还在加大投入。Rackspace实现了私有化以后,社区贡献并没有太多变化,说明公司的战略还没有发生变化。

OpenStack基金会为了加大OpenStack对企业的影响,也做出了很大的调整,从2017年开始,

OpenStack的版本发布从以前的4月份,10月份,改成2月份,8月份,把OpenStack峰会,拆分成两个会议,一个开发者会议PTG(Project Teams Gathering),在版本发布后,马上就举办。用户大会,在五月份举行,这样OpenStack企业,可以有3个月的时间来完善新的版本的OpenStack,用户可以在大会上看到和了解到最新版本的OpenStack特性。

ptg2

https://www.openstack.org/ptg/#tab_faq

 

国内市场

如果说国内和国外的OpenStack市场,是冰火两重天,国内的热度在持续升温。今年一共有7家企业加入OpenStack基金会,成为黄金会员。(EasyStack,有云,九州云,中国电信,中国移动,浪潮,中兴),加上以前的华为,那么黄金会员了24个席位里,1/3是国内企业,其中除了3家OpenStack创业公司以外,其他五家,都是各自行业里的巨无霸。

Snap1

成为黄金会员,一年的会员费用是20万美金。那么那么多国内企业申请成为基金会的黄金会员,那么也就说明国内的企业,经过了多年的教育后,对OpenStack有比较高的认同度。

国内企业社区贡献

华为向社区提交的Tricircle项目,实现OpenStack级联的功能,实现大规模的OpenStack统一管理,经过了2年努力,通过和社区,OpenStack技术委员会的不断交流,终于获得了认可,在2016年11月份,正式纳入的Big Tent项目。这其实也是一个里程碑的事件。

国内参与社区的代码贡献,其实从2012年的几家企业,一直发展到今天的30多家国内企业,参与社区的代码贡献。10月份发布的Newton版本里,国内已经有好几篇文章,从不同的维度对国内企业对OpenStack社区代码的贡献进行了分析,从以前关注Commit,到现在关注已经扩大到完成 Blueprints(实现功能),Bug fix数量,和对项目的掌控能力。

OpenStack的代码贡献,其实也是符合二八原则,百分之八十有用的代码,都是10,20%的社区贡献者贡献的,那么目前其实OpenStack大部分项目的代码贡献,都是项目的Core team完成。2016年国内OpenStack Big Tent 项目的Core的数量,有了突飞的增长。

国内参与OpenStack贡献的企业多起来,那么在社区的互相合作,也成为一种趋势。Kolla,通过Docker来部署OpenStack的项目,国内OpenStack公司,也认准的这个方向,积极参与,互相合作,把Kolla变得更加完善,最终服务客户。

容器化OpenStack潮流

在OpenStack逐步进入企业的过程中,升级一直都是一个难以逾越的门槛。OpenStack每年2个版本,并且项目越来越多,传统发行版厂商的包管理,已经无法解决OpenStack升级的问题。在容器和Docker流行以后,很多企业看到的希望,在峰会上很多企业分享自己在容器化OpenStack的经验和教训。OpenStack社区的容器化项目Kolla,也受到的很大的关注,Kolla项目的成熟度,已经让Mirantis感受到威胁。

2016年OpenStack圈里最有名的一个收购案例就是Mirantis收购TCP Cloud公司,收购目的就是为了补救当前公司在OpenStack容器化的短板而进行的收购。

Oct 272016
 

OpenStack的Newton版本是10月6号发布,几个部署安装的项目到10月20日发布。stackalytics这次统计做了调整,10月6号以后提交的代码,都划分到Ocata版本里,这样也就显得比较简单。

到现在为止,国内其实已经有好几篇的排名文章,估计大家对排名也都比较了解,我都考虑是否还要写一篇。如何写出一些新意。

就当成一种习惯,把这篇文章完成。把公司对社区贡献统计,改成对公司的投入统计。希望大家对OpenStack的未来有深入的了解。

国际五强

传统的OpenStack五强,HP,Mirantis,RedHat,Rackspace和IBM,发生了变化,这些变化,其实也体现在OpenStack的社区变化上。

我根据

参与人天(person-day effort)

排名 公司 Newton Mitaka
1 Mirantis 17777 20431
2 Redhat 11718 8440
3 HPE 7377 8390
4 IBM 6177 9217
5 Intel 5835 4020
6 Rackspace 5165 4617
  华为 3341 2835

 

根据数据的对比,其实我们可以看到传统5强的变化,同时也可以印证很多传言

  1. Mirantis:最近在峰会传出裁员,OpenStack容器部署项目,也在威胁Mirantis。所以社区的投入减少。
  2. 红帽:稳定增加社区的投入。
  3. HPE:分拆的影响还是很大的。
  4. IBM:投入减少30%
  5. Rackspace:投入还是在增加,私有化没有影响到社区的投入。
  6. intel投入社区,差不多增加了50%
  7. 华为也在稳定提高社区投入,不过增加幅度不大,和第六名还是有很大的差距。

国内

这次国内企业排名很有意思,如果按照commit量,产生所谓4强。

如果采用 Person-day effort,这个指标可以理解成公司投入的成本。

排名 公司 Newton Mitaka
1 华为 3341 2835
2 ZTE 1850 206
3 99cloud 1522 1299
4 EasyStack 1117 765
5 Awcloud 399 457
6 kylin cloud 214 180

 

从上面数据可以得出结论,国内企业投入OpenStack社区在增加。中兴的投入,基本是10倍的增长。