作者|ZeR0编辑|漠影智东西4月20日消息|centosstream：rhel的持续交付版本作者|ZeR0

文章图片
【作者|ZeR0编辑|漠影智东西4月20日消息|centosstream：rhel的持续交付版本】作者|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的，经过一系列的测试后，最终产生成品。