​​想了解更多关于开源的内容，请访问：​​

​​51CTO 开源基础软件社区​​

​​https://ost.51cto.com​​

CentOS社区还存不存在？CentOS项目还存不存在？众多CentOS用户将何去何从？伴随CentOS停更，大家可能会有这样那样的疑问，今天针对以上问题，我来进行一一解答。

CentOS实际上有两个变种，一个叫做CentOS Linux，另外一个叫CentOS Stream。

CentOS Linux出现比较早，大家所知道的CentOS都是CentOS Linux。而CentOS Stream是两年前红帽对外推出的，推出CentOS Stream之后就相当于把CentOS Linux逐渐做了升级换代。

这就好比是，你过去用的是iphone4，现在是iphone5，相当于是一个升级换代，换代之后主打的名字也发生了一些变化——从CentOS Linux到CentOS Stream，后面我会讲到，这个变化本身是跟开源开发模式的演进，以及市场需求的变化有关系的。

接下来我相信大家还会有其他的一些疑虑，比如CentOS Linux到CentOS Stream是不是稳定的？我先简单一句话回答，它是稳定的。具体怎么稳定，听我一点点给大家引出来后面的一些细节。

Linux发行版开发模式的演进

咱们先来看看Linux发行版开发模式的演进，这可能也是好多开源的开发方式的演进。Linux已经走过了31年，早期完全凭爱好做Linux，那时候的Linux也正像Linus Torvalds本人讲的，就是为了好玩、有趣才做的Linux。

逐渐的Linux这种开源的开发方式被更多的人所接受，随着Linux逐渐走向企业级，Linux逐渐不是一个玩具了。

Linux发行版有社区版、企业版，我们主要讲有了企业需求之后，Linux发展的几大阶段。

Fedora时代

第一个阶段是所谓的v1.0阶段，就是Fedora的时代。其实很多人也用过Fedora，Fedora的桌面还是很炫酷的。

为什么当时会出现Fedora Linux呢？主要是取决于两方面原因，而且这两个原因还是有些对立的。一个是说如果要做企业级的Linux，系统需要足够稳定，这就意味着你的更新也许不能太频繁，即使更新了，你的兼容性也要保证得特别好。

但是对于创新来讲，如果过多考虑稳定、兼容，创新的包袱就会比较重。如何平衡创新和稳定两者之间的关系？红帽把自己原来统一的Redhat Linux，分成了Fedora和Redhat Enterprise Linux。

不光是红帽，其他主流的厂商，像SuSE也是这样的方式。这样两者区分之后，对于不同的用户，如何去选用呢？如果说我们是企业用户，我们就当然选择稳定版，对于社区用户，你就用Fedora。但那时候做Linux开发的时候，不同阶段各有侧重点，那个时候更侧重Linux操作系统本身的东西，特别是图形化桌面的一些功能。

其实尽管红帽已经不做桌面了，但是在Gnome里面的贡献依旧很大。在那个时候，Fedora这种模式是很好的，它把最新的一些软件包给到你。那时候的桌面其实已经很成熟了，但是可能主要是因为兼容性、稳定性的原因，Linux的桌面毕竟用的人少，所以并没有完全发展起来。

CentOS Linux时代

再往后发展，因为逐渐走向移动互联网，类似于安卓这样的东西就出现了，本身桌面的份额也越来越小，在这方面有Windows、有苹果，所以对于Linux桌面来讲，后来逐渐的各大发行版厂商都放弃了在桌面上的投入，比如红帽，再比如SuSE。

在服务器端我们逐渐走向了云、虚拟化。这个方向成为关注焦点后，如果延续之前我们讲的云上创新，那么虚拟化、云、容器或者容器里面的创新我们都基于Fedora去做可不可以？企业级的用RHEL。后来发现这种方式其实不是很好，为什么呢？因为我们希望有稳定的内核，我们认为操作系统是一个最底层软件，我们不希望最底层软件出毛病。

这时候，大家需要一个跟RHEL品质几乎相同的东西作为它的底层去做上面的一些开发，这时候CentOS就应运而生了。但CentOS是社区里出现的，并不是红帽给它做出的一个CentOS。CentOS出现之后，它的理念实际上很契合当时Linux上开发的趋势，所以红帽就把CentOS收购过来，收购过来之后，CentOS Linux继续按照原有的技术方向去发展。

这时候也有一个平衡的问题，一方面CentOS Linux是我们要在这上面做一些基于虚拟化、云之上的创新；另外一方面，它的基础要足够稳定。

所以我刚才讲的这一段历史，就是上边这幅图里所展现的。但是我相信可能我们有好多朋友了解CentOS，可能只知道左边这一部分——我们知道RHEL红帽企业级Linux是来自于Fedora的，可以说Fedora是RHEL的试验场。CentOS是基于RHEL出现的一个下游复刻版本，跟RHEL近乎是一样的，所以它的稳定性是毫不怀疑的。

但是右边这一部分很多人不了解——实际上当云、虚拟化这些成为一个主要的应用负载的时候，我们会发现其实CentOS里面的东西已经不仅仅是RHEL里面的东西了，它里面还有大量来自于RDO的东西，RDO是红帽的OpenStack社区版。

有很多像比如虚拟化，像Libvirt、oVirt，类似于这样的东西也加到了CentOS里面。所以坦白讲，CentOS里面并不光是红帽企业级的Linux包，它还包括很多其他的包。坦白讲，其他的包在CentOS里面，它的品质就应该不如RHEL了，因为RHEL是经过严格测试的，对于像社区版里的RDO里面的东西并不是严格测试的。但是RDO这个东西，社区版的OpenStack经过严格测试之后，生成红帽企业版的OpenStack，这是严格测试的。

所以在CentOS里面我们看这个箭头的指向，它一方面有RHEL里稳定的操作系统的包，同时也有关于云方面的、从测试各方面看没有那么稳定的包在CentOS Linux里面，实际上这是CentOS Linux那个时代的模式。

CentOS Stream时代

接下来可能就谈到最关键的CentOS Stream阶段了。CentOS Stream阶段我们发现过去的开发方式已经不能满足现在的要求了，这点可能很好理解：现在讲数字化转型也好，数字孪生也好，以前很多东西并没有被数字化，而现在已经被数字化了。这个世界本身就是频繁变化的，所以就要求反映它的东西也要频繁变化。

这个趋势映射在我们的软件里，25年前Linux发布一个版本的时候，没有几个人去做贡献，所以我们用什么样的开发模式、开发流程可能都没有太大所谓。但是现在一个版本里有一千多人去做贡献，贡献量是极大的，所以它的变化是非常快的。在这种变化非常快的社区版本里面，如果红帽还想做一个企业级的非常稳定的版本给大家用，那你的研发流程必然要做这样的一个改进。

这样的改进就是所谓的Stream模式，Stream的模式区别于传统的所谓瀑布式开发，不是把集成、测试、验证这样一些步骤放在最后一步，而是随做开发就随做测试，可以保证每一个发布的版本都是稳定版。这是因为我们这种快节奏要求Stream模式，而不是说我们出了一个Stream模式。所以简单的总结，CentOS Stream是一个稳定的、可靠的RHEL的持续交付版本。

关于CentOS Stream的几个热门问题

CentOS blog上有一篇文章，是2020年12月发布的，里面有几个特别重要的热点问题，我给大家重点再强调一下。

CentOS的未来是怎么样的？在CentOS官方网站上给出的一个FAQ，我不想给它做任何由于翻译的曲解。如果你是一个CentOS Linux的User，你不要着急，未来会有一个CentOS Distribution等着你。CentOS Distribution是什么呢？实际上就是我们现在的这个Stream。

大家关心的是Stream稳定不稳定、安全不安全，有没有CVE漏洞的更新、补丁。我们做这个新版，一定要保证它原有的品质。

第二点也比较重要，如果你还想要一个老版的CentOS Linux一模一样的东西，可以自己去做。那你自己去做的话，肯定要有一个RHEL的代码，代码是从哪儿来呢？git.centos.org。之前RHEL代码是在这里，之后RHEL的代码也是在这里，没有任何区别，这一点实际上是完全公开的。

当然如果你是红帽的客户、订阅用户的话，你在订阅的账号里就可以很方便的下载你的代码。上面提到的这个代码下载的git地址是说你跟红帽没有任何关系，我就想看看你的代码，这是可以的。这实际上也完全遵循GPL协议，大家共同遵守、共同繁荣好这个社区。既然我们是基于GPL的代码，尽管我们做了很多改动，这些改动也都会完完整整的公开。

还有大家比较关注的一个问题，CentOS Stream是不如RHEL的beta测试版吗？我们明确讲CentOS Stream不是一个测试版，后面我会简单解释一下为什么它不是一个测试版。

还有一个比较关键的问题，因为CentOS Linux8现在已经转成CentOS Stream8了，那我怎么去转？你说没有停服，那我怎么能继续拿到补丁？那你就在你的这台机器上敲这两行命令：

[root@centos ~]# dnf swap centos-linux-repos centos-stream-repos
[root@centos ~]# dnf distro-sync

敲完之后，把它的源重新一更新，从CentOS Linux的源更新到CentOS Stream的源，然后把所有的包下载下来安装，然后替换，接下来你的系统就照样去使用了。

即使你是比较资深的用户，如果我在你的电脑上敲了这两条命令，接下来去使用，其实你是毫无感知的。就是它的稳定性、使用、功能都跟之前没有差别。

接下来我们讲一下Stream为什么跟RHEL一样是稳定的。对于Fedora来讲，我们可以认为它是滚动更新，因为每半年我们就会出一个新版本。这里面所谓滚动更新，是说我滚动更新出来一个新东西，跟老的东西的兼容性并不是特别好。比如在29里面我们有一个功能，在30里面可能给它废弃了，这是完全有可能的。

​ ​

但是对于CentOS Stream和RHEL来讲就不会，因为这两个东西是基于Fedora某一个特定版本，比如基于Fedora28，我要做一个稳定的企业版，我拉一个分支出来。但这个稳定版有些新的功能会加入进来，这个加入进来叫Backport，Backport是说我需要一些新的特性、Bug fix，而不是说一股脑的把所有东西都加过来。

CentOS如何构建CI

接下来我们讲到CentOS如何构建CI。CentOS Stream跟RHEL，同一份代码，进到两个编译和测试的系统里面去，编译、测试的过程用到的工具都是一样的，无非一个是社区版本，一个是企业版本，就是名字不一样，但是它的内容是一样的。这里面测试用例有可能不一样，但是最后通不通过测试用例的标准是一样的。比如Stream里面有300个测试用例，RHEL里面有500个测试用例，中间重合了200个测试用例，实际上不重复的一共有600个测试用例。这600个测试用例无论你是CentOS Stream的code走到这儿，还是RHEL的code走到这儿，这600个都必须完全通过之后，才可以往下走。有一个没通过，大家都等一等，这个代码质量不合格，回去重新做。

Gating这一步主要是自动化的一些测试手段，Verification这一步主要是手动的一些测试手段。我们已经尽量的把所有可以自动化的都做自动化了，但是不能说所有东西完全自动化，有一些针对于特定环境的一些可能需要手动的。但这一步Verification也是两边都要满足Verification的这个成功标准之后，才可以往下走，所以它的质量保证是一样的。

说了这么多质量保证，相信很多做测试的朋友可能会讲，你每出一个小的改动，都走完整的测试流程，走得过来吗？你是用什么样的架构去支撑的？所以也是基于这种事件触发的机制，用空间去换时间，CI的系统就完全并发的会起很多个不同的测试环境

所以，整个CI的过程是完全满足DevOps CI/CD流水线的，可以快速的做大规模测试，以保证当有更多并发，有很多人去提交patch补丁的时候，我能够快速的去做Stream的方式。

讲到这里，我不知道大家有没有这样一个疑问，这种方式是不是跟微服务有点像？实际上是有点像。我们做微服务的话，把一个大的分成若干小的模块，也是为了更新方便。我们在内核里边为什么不能做微服务呢？我觉得很关键的一点，因为内核，特别是Linux是一个宏内核，所有东西都在内核里面，而且内核整体上它的代码实际上还是一大坨一个整体。一个小的驱动，实际上它可能就把整个内核都搞崩，这一点在微服务里实际上是不存在的。

正因为这样，内核里面每做一个小的改动，都要对所有的做测试。这样的话测试量很大，所以如果你没有一个先进一点的架构，是无法支撑这种Linux发行版开发的。也就是说你从CentOS Linux到CentOS Stream必须做这样一步转变，因为如果不做这样的转变，那你的开发节奏就跟不上，拿不出一个又稳定同时又比较新的版本。

开源软件供应链安全

因为今年的log4j漏洞，可能有些人会觉得log4j就是洪水猛兽。其实大家选择log4j是没有问题的，问题是说当出现安全漏洞，我们发现安全漏洞的时候，我们如何去应对。

这个过程我们会发现跟现在的DevSecOps的理念很像，我们不能保证你进来的时候一定没有漏洞，我们的目的是打造一个对开源软件供应链安全提供保障的闭环。

第一步，我们在UpStream阶段肯定有一个甄选和识别，是不是存在一些恶意的代码成分呢？甄别出后，是不是有一个规范的流程可以帮助我们去选；选完之后，我们打包对它进行测试；到最后你的传播过程中，是不是有一些很好的校验手段；特别是最关键的，到最后一步我们已经把这个东西给到用户，但我们出现问题的时候，是不是能够有效的去解决。

所以我们认为开源软件的供应链安全，实际上主要是技术问题。

AlmaLinux：一个替代方案

AlmaLinux是什么？现在好多做CentOS Linux一样的东西，完全基于RHEL代码去做复刻。整个过程用到了哪些组建，所有的AlmaLinux里面的东西都是开源的。如果大家感兴趣的话，可以看一下这个流程，就看CentOS.org上面代码的变化。针对于这里面的任何些变化，就可以触动它的打包构建的流程，最终出品它的AlmaLinux。

从这点也以看出来，CentOS肯定是没有停服的，如果停了之后，所有这些下游的版本，像AlmaLinux、RockLinux和其他很多的Linux，它的来源从哪儿来呢？因为红帽这个RHEL就是基于CentOS Stream来做的，除非红帽不做RHEL了，否则CentOS Stream就会一直都在。

CentOS Linux不是红帽企业级Linux

最后说一下CentOS Linux，它跟红帽企业级的Linux还是有很大差别的。对于企业级Linux要求的安全认证、软硬件认证，在企业级保障中，更多的不是功能而是保障，这样的一些保障在企业级Linux里面是有的。在CentOS里面坦白讲确实很稳定，如果一旦出问题，一旦有安全漏洞，就去找补丁，总有一天我可以找到补丁。但实际上你拿到补丁的速度，肯定没有企业级Linux快。

如果是延续这样的使用方式，你切到Stream上，可不可以呢？是完全可以的。当然了，其实对于企业级Linux，如果说有明确的规定，比如说有一些行业标准，建议还是选用红帽的企业级Linux。