12 月 14 日,OpenStack 基金会技术副总裁、技术委员会主席 Thierry Carrez 在官方开发邮件列表中表示,接下来他期望将 OpenStack 的发布周期从之前的半年调整为一年。
作为开源云计算 IaaS 的事实标准和拥有全球最多开发者的开源社区项目,OpenStack 最初由 NASA(美国航天局)和 Rackspace 捐献的两个项目组成。现在已经发展到包含虚拟化管理、网络 SDN、SDS 服务编排和容器管理等功能覆盖全面的开源项目集合,并且被主流操作系统、硬件服务器、存储、网络、安全厂商等全面支持或集成。
从 2010 年 10 月发布第一个版本以来,OpenStack 基本都是以每六个月发布一个新版本的节奏在逐步迭代(Ocata 版本是四个月)。而针对本次发布周期的调整,Thierry 解释说有几个原因。
首先,随着 OpenStack 各组件的逐渐成熟,需要快速开发迭代的功能越来越少。与此同时,OpenStack 变得更为复杂,用户也越来越多,这时候社区需要投入比之前更多的时间进行开发和测试,以保证系统兼容性和稳定性。
其次,以六个月为单位的迭代速度是针对全职开发的代码贡献者而设计的。但随着当前 OpenStack 组件的发展,越来越少的人能够 100% 精力投入到某一个项目中,他们更多的是分散到多个项目。开发方面的速度也成为了新的瓶颈。
目前该提议正在 OpenStack 社区中收集意见,最终是否通过将会由技术委员会投票决定。不过从目前来看,支持该决定的人更多。如果提议通过,那很可能将会在明年 2/3 月或者 8/9 月作为新版本发布的起始时间点。
对于此事件,OpenStack 社区开发者余兴超谈到了自己的观点,他认为近两年 OpenStack 的活跃度确实有所下降,但这也是情理之中的事情。当年云技术是热点,OpenStack 作为 IaaS 管理平台一枝独秀,现在则是百花齐放。从另外一个角度看,这也是技术成熟的表现之一。
同时,余兴超认为频繁的软件发布周期对于商业用户来说是一场梦魇。
因为从 OpenStack 发布新版本到最后企业用户上生产环境之间,还有诸如调研、代码合并、测试、部署等流程,这些细节都需要时间来验证。
而将开发周期从半年调整到一年,可以在当前全职社区开发者减少的大环境下,继续保证代码的质量和功能,让开发、测试和运维人员有更充足的时间进行准备,这比掐着 6 个月发布一堆冰冷的版本号更有价值。
评论