文章图片

文章图片

作者|ZeR0
编辑|漠影
智东西4月20日消息 ， 从今年起 ， 知名Linux发行版CentOS8停更 ， 继承CentOS衣钵的CentOSStream将在未来会承担CentOS的功能 。
CentOSStream是红帽在2019年9月推出的企业Linux（RHEL）的上游开源开发平台 。红帽称这一版本可缩短生态系统开发人员的反馈回路 ， 使开发者抢先体验到RHEL新版本 ， 增强迭代时效性 ， 以及下一个小版本RHEL做贡献 。
近日 ， 在直播栏目《八点一“课” ， 红帽企业开源讲堂》第二期中 ， 红帽首席架构师张家驹解读了CentOSStream代码来源、编译构建、持续集成和测试验证等诸多细节 ， 讲解如何使用容器基础镜像RHUBI ， 并回答了一些业界普遍关心的CentOS相关疑问 。
一、CentOSStream：RHEL的持续交付版本
“CentOSStream取代CentOS是技术、社区以及生态发展的必然趋势 。”红帽首席架构师张家驹说 ， CentOSStream的定位是RHEL的一个持续交付的版本 。
张家驹分享道 ， 红帽最早提出企业级Linux的概念 ， 企业级Linux的一大特点是要实现一个操作系统长生命周期的维护管理 ， 也就是说在上游社区 ， 没有历史包袱、不断向前发展、可以自主的实现新功能 ， 而不用过多考虑与老版本的兼容性的情况下 ， 企业级产品既要保证遵从上游社区 ， 同时又要考虑兼容性、长期稳定的应用程序接口安全性等等 。

文章图片

文章图片

如图 ， Fedora是上游 ， 更多面向桌面或个人用户场景 ， 开源社区有新的特性 ， 会先出现在Fedora上 。RHEL是下游 ， CentOSStream是RHEL的持续交付版本 ， CentOSStream和RHEL的功能集是相同的 ， 只是CentOSStream向社区开放了 ， 提供了广大开源社区向RHEL贡献的路径 。
RHEL的全职开发者也会把代码提交到CentOSStream 。无论是CentOSStream还是RHEL ， 都要经过相同的质量保证体系 ， 才能被发布 。

文章图片

文章图片

张家驹认为 ， 相比中游 ， CentOSStream更接近于下游 ， 将它称作“滚动更新的版本”的表述也是不准确的 。
每次滚动更新可能导致新老版本不兼容 ， 比如基于开源做二次开发 ， 要在社区上游版本选择一个版本作为基线 ， 之后如果发现不满足业务需求 ， 就要针对客户需求做一些改动 。而当过段时间要发一个新版本时 ， 之前作为基线的上游发生了很大变化 ， 这时需做一个抉择 ， 是丢掉自己的改动、基于新的上游版本把原来做好的东西再重新做一遍 ， 还是基于自己的版本 ， 把上游社区新的东西反向移植回来？
红帽的CentOSStream和RHEL是后者 ， 而滚动更新既不是前者 ， 也不是后者 ， 相当于直接把上游版本拿过来用 。
二、CentOS不存在断供 ， CentOSStream稳定性不输RHEL
对于许多用户关注的CentOS是否存在“断供”风险问题 ， 张家驹回应称：“不存在断供 。”
“CentOSStream的稳定性实际上是跟RHEL是一致的 。”他谈道 ， CentOSStream和RHEL代码最初是从Fedora里面拿下来 ， 早期bootstrap阶段两条线交错 ， 到pre-release阶段就变成两条平行线了 ， 此时代码完全一致 。

文章图片

文章图片

进入开发流程 ， RHEL和CentOSStream用的是同一份代码 。也就是同一份代码进到了两个不同的git ， 一个是CentOSStream的 ， 一个是RHEL的 ， 经过一系列的测试后 ， 最终产生成品 。