CentOS 项目开发重点将转向 CentOS Stream

[yanqiyu]

https://lists.centos.org/pipermail/centos-announce/2020-December/048208.html https://www.redhat.com/en/blog/centos-stream-building-innovative-future-enterprise-linux https://centos.org/distro-faq/

TL;DR: 一般意义上的 CentOS 不再会有新的了，CentOS 7 善始善终，维护到 RHEL 支持结束 ，CentOS 8 维护到 2021 年底，然后想要继续获得更新就要切换到 CentOS Stream

CentOS Stream 有分支但是开发重点是滚动发行版，始终以最新版为着重点。并且会测试预计降临到 RHEL 的新特性。

对于一般用户而言，基本可以理解成你从 RHEL w/o Support 变成了 RHEL beta w/o Support😂

[loliordie]

😂坚持 centos7 不动摇 这玩意我能再用 10 年

[Cooky]

所以免费的企业级系统还是上 opensuse

[lp10]

不氪金就吃 dogfood 的意思？另外 CentOS 8 不是才出没多久的么？ 7 升 8 基本上只能全新安装，运维吭哧吭哧升级完以后发现弄好的新系统支持比旧系统还短？

[laozhoubuluo]

白嫖 RHEL 稳定版机会结束了。
当然推动存量系统升级的能力增强了。

[Mohanson]

CentOS 7 善始善终，维护到 RHEL 支持结束(Yes
CentOS 8 维护到 2021 年底(???

[u823tg]

debian 系的胜利？

[yanqiyu]

@Mohanson
@lp10
Updates for the CentOS Linux 8 distribution continue until the end of 2021; users can choose to switch over directly to CentOS Stream 8
邮件里面的说法：
If you are using CentOS Linux 8 in a production environment, and are
concerned that CentOS Stream will not meet your needs, we encourage you
to contact Red Hat about options.

[lp10]

https://www.redhat.com/en/blog/faq-centos-stream-updates#Q12
> If you’re an individual user running a server for personal production use, we are launching a program soon that will ease your consumption of RHEL. Please contact us at [email protected] if you want to be notified when this program launches.

哦，也就是将来会有个替代品…那先等着吧

[12101111]

会出免费版 rhel?
根据 GPL 的协议, rhel 的源码必须放出来(除了不是 GPL 协议的库), 如果 redhat 全部把源码放出来, 那么会有一个新的 centos 出现的

[msg7086]

简单说就是，本来是 RHEL 8.5 发布后 2 个月你能用上 CentOS 8.5，现在变成发布前 2 个月你就能用上 CentOS 8.5 了。
以前是 RHEL 发布以后 CentOS 跟进，现在是 CentOS 先进来测试，稳了再进 RHEL 。
对 99.99%的普通用户来说是没差的，反而还能用上新一点的软件包。
对那些用 CentOS 做 mission critical 生产的公司就麻烦了。

@lp10 CentOS 本来就是给软件适配的，生产用的软件要求 7 就用 7，要求 8 就用 8，本来就没有什么升级的需求。
如果原本就对操作系统没要求，那 Stream 怕也是没什么问题的。

[gainsurier]

这是学 win10，企业版拿非企业版测试...

[WebKit]

看来只能上 opensuse

[leido]

其实是楼主翻译很不准确 @Mohanson
来源 https://lists.centos.org/pipermail/centos-announce/2020-December/048208.html
----------------------------------
Meanwhile, we understand many of you are deeply invested in CentOS Linux
7, and we’ll continue to produce that version through the remainder of
the RHEL 7 life cycle.
CentOS7 仅在 RHEL7 的生命周期内维护
----------------------------------
When CentOS Linux 8 (the rebuild of RHEL8) ends, your best option will
be to migrate to CentOS Stream 8, which is a small delta from CentOS
Linux 8, and has regular updates like traditional CentOS Linux releases.
CentOS8 可以迁移到 CentOS Stream 8

[ryd994]

fedora 试验田地位难保？

[Goldilocks]

@lp10 CentOS 大版本升级一直都是只能全新安装。

全新安全其实更安全。如果你的服务器你不敢全新安装，说明里面的配置以及备份问题很多，那才是更紧迫要解决的。

[Goldilocks]

@gainsurier win10 企业版和 home 版是一起发布的啊

[gainsurier]

@Goldilocks 记错了...我想说的是 LTSC 版

[FreeEx]

centos 8 的网络相关的 cli 用不惯，就是那个 nmcli，都不想更新了

[salmon5]

CentOS Stream 8 一个问题是没有明确的版本标识

[salmon5]

dnf update 一把梭

[BBCCBB]

放心, 应该会有人出来继续搞的.

[salmon5]

这就是国外用 debian 多的一大原因，centos 和 rhel 有商业关联

[28ms]

容器化之后不怎么挑宿主系统，内核版本够高能把 docker 稳定运行就行了，甚至说以后切换 podman 也没什么大不了，时代变了。如果企业需要高可靠性不想用试验田，那直接买 rhel 不就完了。

[TypeError]

一直搞不懂国内运维为什么都喜欢 CentOS

[noqwerty]

@lp10 #3 最坑人的应该是 CentOS 6 11 月 30 号刚刚停止支持，也就是说有很多人从 6 跳过 7 升到了 8，结果一周后发现 8 明年就 EOL 了

[yinzhili]

企业还是要花钱买 rhel 才行，白嫖是不可持续的

[LokiSharp]

企业买个 RHEL 也花不了几个钱啊，CentOS 本来就是给开源社区和个人用的= =

[wsseo]

企业买个 RHEL 也花不了几个钱啊

[Goldilocks]

@TypeError long time support. Ubuntu 16 马上就要 eol 了，但是 CentOS 7 还活得好好的

[hasdream]

国内运维习惯性使用 centos 的原因是 早期时候 教材都是以 redhat 为例的，但是 redhat 的源需要收费，而 centos 免费 而且就是 redhat 开源代码 rebuild 的。 出现问题 centos 比较容易找相关资料, 而 debian ubuntu 等找相关的资料比较难 对于入门（百度搜相关）

[XPo]

喜欢用 debian，不为什么，就是因为它 logo 比其他的好看 : )

[liuxu]

给我一个不用 debian 的理由。人不 debian 枉少年。

[openbsd]

@TypeError #24
早年在某公司大佬们选型时做过一次评估 大概说 Ubuntu LTS 各版本命令 /配置文件变化大？
CentOS 是 RHEL 的重编译版本，待公司有钱后可以平滑迁移到 RHEL 成本会低
另外中文资料也比较多 ？

[openbsd]

@LokiSharp #27
@wsseo #28
早年评估过，支持貌似比 Win Server Datacenter 还贵

[openbsd]

@gainsurier #11
MS 早已滚动更新了，最贵的 Win Server Datacenter 自动更新完也特么自动重启，坑到死

[Keyes]

@openbsd 可能是早年的版本吧，我从 14 开始用的，搭个博客做个隧道，也没觉得有什么变化

[liuxu]

@openbsd 为什么大佬们完全略过了 debian

[westoy]

@TypeError

早年国内培训和书都是以 rpm 系主的， 尤其鸟哥私房菜当时是国民级的......
而 deb 系基本很少， 我印象里 binary hack 算是比较早的关于 debian 系的书了
rpm 系的私有驱动内核适配比较好
不过也是有争议的， 肉饼曾经在 javaeye 喷过 centos 是伪 RHEL， 比起同样版本同样配置的 RHEL 来运行效率低，内存占用高的多， 不过后来 CSDN 吃了 javaeye 后帖子删掉了

[openbsd]

@liuxu #37
没资格参加讨论，看过会议记录，貌似是 “没有机会切换到 商业支持版 ？”
据前同事说现在生产环境 是 Win Server 和 openSUSE ？

[liuxu]

@westoy 鸟哥私房菜占之首，我就是看这个入的 linux，从 5.5 用到 8

[liuxu]

@openbsd 这组合，为什么不直接 RHEL 了。。

[Osk]

@openbsd 不想自动重启要配组策略啊

[lazyyz]

惯用 Debian

[12101111]

@openbsd ubuntu 还有 unattended-upgrade 呢, Windows pro/server 用 wsus 配置一下就不会自动重启

[hantsy]

这个有点难堪，这不是夹在 RHEL 和 Fedora 之间的版本吗？

[hantsy]

@LokiSharp 各种云才是白嫖大户，自己赚的金钵满盆了，对开源的付出一毛不拨。

[tabris17]

滚动更新不好吗

[hantsy]

@12101111 Oracle Linux 一直是的。

[hantsy]

这些开源的基础服务，应该使用双重协议，针对云部署的收取服务费。现在 Mongo，redis 针对各种云平台 piao 窃，好都是在慢慢变更协议了，这个趋势不好。

[Ansen]

接下来把公司服务器换 Debian 了，之前从 Ubuntu 换到 CentOS 7 才换到一半

[salmon5]

@Ansen 为啥没用 Ubuntu 呢？

[Ansen]

@salmon5 #51 我不大喜欢 Ubuntu

[MeteorCat]

其实 centos8 感觉就挺不错的，直接内置 bbr，也不知道为什么要强推 stream 版

[twl007]

@TypeError 国外也是 Centos 多 谢谢

[tin3w5]

这里要大言不惭一下，毕竟这个问题我个人感觉很有发言权。

楼上推荐 Debian 和 OpenSUSE 的朋友估计是没有管理过一些老品牌的硬件服务器。据我所知，至少在 2018 年之前，很多知名的老品牌服务器厂商都没有提供面对这些非商业系统的驱动（ CentOS 除外），想要用要么是买专门的操作系统服务，要么是自己从社区里搞，但是在使用过程中出现问题，前者是由专门的 team 负责 support，后者……自己负责。

在这里说几个背景，应该能更方便大家理解。由于本人之前在某硬件服务器厂商工作过，对于售后流程和常规的故障判断标准非常熟悉。用户遇到硬件故障，如果使用的不是官方支持列表里的系统，使用过程中出现任何问题，客户自行负责，刷固件出现任何问题，客户自行负责，硬件有故障需要维修，就看你报障的时间是不是他们最近 QA 查录音严不严，严的时候会要求你至少用他们官方支持的系统收集日志，才能派送备件（其实厂商也不是有意难为客户，都是国内各路“高手”采用各种手段骗保的情况太严重了，太具体的案例，这里就不展开说了，毕竟与本话题无关）

至于楼上很多人说，很多人说国内大多数人愿意用 rpm，不愿意用 deb，楼上有人评论是因为《鸟哥》。其实我个人是不认同的，试问有几个人能认认真真的把两本鸟哥都仔仔细细的读透，彻底融会贯通的？我相信绝大多数人还是拿来当作工具书需要的时候临时查查、亦或者是买回来之后简单翻一翻、读一读、然后当枕头用，能认认真真跟着做实验、记笔记的人都算不错了（没有嘲讽的意思，主要是书写的太细了，真的愿意深入的人还是少数，很难形成一种普遍的习惯。）。再者说大多数硬件服务器厂商还是愿意提供 Ubuntu 的系统支持的。而且 Ubuntu 的一个好处是，Ubuntu 官方提供了硬件服务器的驱动，而不是像 CentOS 一样，要自行安装 Vendor 提供的驱动，所以很多数据中心还是会采用 Ubuntu 作为其硬件服务器的操作系统。

OK，现在肯定有人要问了，我们用的都是虚拟化、为什么要局限于硬件服务器？答案是：为了方便，或者说的更直白点——为了偷懒。因为大多数环境都是要自动化部署、初始化的。哪个 ops 也不想天天被 Security 打电话催系统补丁、软件版本的事情，也不想被 dev 天天抱怨生产环境与开发环境不一致，更不想因为各个不同的环境中，相同的功能仅仅是因为系统的差异就要重新再写一份自动化脚本（出了 bug 导致 issue 就该头疼了）。综上所述，OPS 很多时候会有意控制环境，让所有环境尽可能统一一个发行版，不要出现太多的差异化。当然，随着 docker 的诞生，这方面的事情会越来越少。

最后再来说主题，CentOS stream，看样子感觉和 Kali 的 rolling 版本差不多（由于刚刚描述的点，本人没使用过太久 Debian，只是早些年在研究渗透测试的时候在虚拟机里装过 Kali Linux ）。Kali 早在几年前就在推 rolling update 。估计其他的发行版也都有类似的玩法。估计 RH 也是看其他的发行版这么跑没什么问题，才打算这么做的。毕竟 Fedora 是 Redhat 的小白鼠这件事情几乎是地球人都知道的事情了，再加上前面提到的几个问题，相信绝大多数人是不会在 Fedora 上部署生产环境的（极特殊情况除外），所以很多的 Bug 还是没有第一时间在 Fedora 上反馈出来，比如 RHEL6 系列早起的 NFS 不能重启的 Bug，RHEL7 早期版本 firewalld 与 iptables 条目并存的时候导致的读取 bug，CentOS8 偶发的 yum 源拉取失效问题……

上面有点朋友说，CentOS 以后可能会沦为 RHEL 的小白鼠，从目前公开的信息来看，几乎是板上钉钉的事情了。但是只要严格控制版本，不要什么东西都上来全都拉最新的软件包，应该就不会存在什么太大问题。另外就像前面有朋友说，反正 RHEL 的源码都是开源的，如果 CentOS 的品控不好，以后一定会出现另一个发行版来替代 CentOS 。服务器硬件厂商也不是傻子，系统完全一样，只不过换了一个 logo 、名字，兼容性测试几乎不用做，为什么不添加到自己的系统支持列表里呢？

[moloach]

@MeteorCat 商业行为，不是要你切 stream 版本是要你切 RHEL 版本！红帽被 ibm 收购之后有营收压力吧

[MeteorCat]

@moloach 受教了，原来最终是要让人切 RHEL 版

[farmer01]

@twl007 麻烦多查阅资料，确认后再怼人，谢谢，centos 只是中文社区各种抄抄抄的资料多，Ubuntu 才是那个拥有最丰富最活跃的社区的发行版。
https://www.similartech.com/compare/centos-vs-ubuntu

[felixcode]

CentOS 会让人有背后有红帽强大技术支持的错觉，现在演进成了测试版，广大用户可以成为红帽前方的强大测试团队了

[popoer]

Oracle Linux 不也是基于 RHEL 的嘛

[LokiSharp]

@farmer01 #58 这个只是比他能爬到的前端服务器，没有什么意义，用啥发行版都没什么大区别。CentOS 大多跑在后端的数据中心、工控机上，Ubuntu 这种装上去设备驱动都不一定有。然后。。。拥有最丰富最活跃的社区的发行版是 Arch 谢谢。

[twl007]

@farmer01 你怎么知道我没查过？另外我也建议你去看看多少硬件只有 thel/centos 的驱动而没有 Ubuntu 的驱动 看社区活跃度就算活跃的不知道你怎么看 Oracle Linux 和 Amazon Linux 明显企业这块 CentOS 更受欢迎

Ubuntu 社区再活跃也没见厂商专门 build 一个 Ubuntu 的驱动拿出来用 驱动都没有再活跃有什么用？

[salmon5]

https://centos.rip

[jasonkayzk]

日渐 Win10 化？

[jccg90]

aws 和阿里云这类的大厂，都有基于 centos 自己维护的发行版吧。。。也都是开源的

如果 centos 没有稳定版了，应该可以换到 aws 或阿里的发行版上。。。毕竟也是有大厂的支持的

[wzw]

支持 Debian 稳定版 (没有重度使用过 Ubuntu 就是了)

[twl007]

@farmer01 再给你个例子

https://github.com/ceph/ceph-container
Starting August 22th 2018, Ubuntu images are no longer supported. Only openSUSE and CentOS images will be shipped.

[12101111]

@tin3w5 @LokiSharp @twl007 你们说的驱动是指 Linux 内核驱动还是 userspace 的 library, 据我所知前者因为 GPL 是要求强制开源的,再不济也要用 LGPL 搞一个 shim 层, 无论怎样, kernel 和 userspace 是完全分开的, 即使 kernel 用 rhel 的, userspace 也可以跑 Debian. (手动解压内核的 rpm 包), 后者都是 ABI stable 的 library 才会这么做吧(比如 NVIDIA 的 libGL.so 或者是 libcudart.so),除了 Glibc 版本号要等于或小于系统的 Glibc 的版本号, 也没有其他的问题了.

CentOS stream 是 Rhel 的 beta 版, 这意味着 1) CentOS stream8 和 CentOS stream9 肯定和之前一样升级=重装的 2) CentOS stream8 的更新最终会进入 rhel8 所以 CentOS stream8 并不会出现像 Archlinux 那种滚动更新一言不合就要 rebuild 软件的问题, 只是 1) 之前的 CentOS 更新晚于 rhel, rhel 修复的 bug 会等一段时间才能更新到 CentOS 2) 现在的 CentOS stream 更新早于 rhel, 修复 bug 比 rhel 早, 但有可能遇到新的 bug

因为 CentOS/rhel 要保持 ABI 稳定性, 因此软件包不会引入 break change 的, 只会不停的 backport 安全更新和少量的功能更新, 在这种情况下, 引发新 bug 的可能性并不高(除了刚更新大版本号的时期). 所以, 之前使用 CentOS 的大多数用户, 继续使用 CentOS stream 的问题不大, 况且红帽提供了免费的 rhel 的容器镜像, 部署业务完全可以用这个镜像, 除非是为了追求所谓的红帽工程师测试

[twl007]

@12101111 很多硬件都没的 之前就因为厂商不提供 Ubuntu 的 lib 导致我们放弃了 ┓( ´∀` )┏
你说的做法放到一些不重要的系统上可能还行 你要是在最基础的重要的 infra 搞这个 风险还是很大的 因为厂商不会保证这么干 100%能工作并且行为正常 而对一些重要系统而言稳定是第一的

而且就算 Centos Stream 像你所说那样 但是谁也不敢保证以后不会出问题 重要系统始终是稳定第一 并且可以预见变化是最重要的 尤其你机器数量大到一定规模 一点小问题都会暴露的很明显 所以就算有的厂商上了 估计多半也不敢滚的 =。=

[twl007]

@12101111 还有一个问题是很多厂商的 lib 不会有代码的 直接一个编译好的 lib 给你 理论上来说 ABI 应该是没啥问题 但是谁也不敢保证在 Centos 和 Ubuntu 之间这么玩不会出问题 至少我们对于这种情况如果有代码的话都会在 Ubuntu 的下面编译一遍然后测试通过才行 对于厂商只提供 lib 的话我们就没啥办法了 就算看起来能用 也没人敢保证会一直这样 而且加上基数大 可能一些小概率问题都能出现好几个 o(╯□╰)o

就像我上面贴的 Ceph 的例子 理论上是个系统就能跑 但是为了稳妥肯定是用 Ubuntu 做 base image 来 build 一个新的而不是直接拿 Centos image 去跑在 Ubuntu 上面

[12101111]

@twl007 我还以为是阵列卡网卡这种 kernel space 的驱动呢, userspace 直接用 rhel 的 docker 镜像跑就行了, 至于外面的系统, 能跑 docker 就行了, 反正 docker 也是静态链接的, 和系统库没一点关系.外面的系统 systemd 没 bug 能把 containerd 带起来就行

[kaneg]

centos 用户要从后方被送到前线去了

[salmon5]

据我的观察，centos stream 8 没那么 beta，rhel8.2 的时候它是 8.3，rhel8.3 的时候它是 8.4，可以看 https://koji.mbox.centos.org/koji/search?match=glob&type=build&terms=*el8.4*，它的迭代没有那么“不稳定”

[salmon5]

https://koji.mbox.centos.org/koji/search?match=glob&type=build&terms=*el8.4*

[lyhiving]

debian 会一统江湖

[salmon5]

https://koji.mbox.centos.org/koji/buildinfo?buildID=12497
https://koji.mbox.centos.org/koji/buildinfo?buildID=12538
https://koji.mbox.centos.org/koji/buildinfo?buildID=14937
随便挑几个 centos stream 8 的 build，看 Changelog 和版本还是相当保守的，而且都是 redhat 官方工作人员，我个人觉得至少比 ubuntu 保守

[salmon5]

https://www.centos.org/centos-stream/
CentOS Stream 8 的 End-of-life 是 N/A，也就是 CentOS Stream 8 可能不保证支持到哪一年，如果突然 CentOS Stream 8 项目关闭，那整个 centos 项目彻底黄了

[m4d3bug]

看了那么久，也就 73 楼会去看 changelog

[FS1P7dJz]

因为是 rolling update 自然没有什么 EOL 吧...
就像 WIN10 永远都是 WIN10...
但实际上和最早的 WIN10 区别已经蛮大的了

我觉得 2021 年了,还真争论什么发行版最好意义不大
对于初级运维来说,即便没有上 docker,做好各项配置文件分离,尽量少用与系统高耦合的一些设置,更新前做好 rollback 方案就行.
对于高级运维来说,啥都不是事

[wtdd]

要么用老版本，要么等硬件厂商转向 debian 吧

[yklaxds]

等待新的基于 RHEL 的 OS…

[Noisky]

简单来说 既然白嫖党这么多 以后就帮忙测试吧 /狗头

[gcloud]

你们不考虑 RedHat 也出一个滚动发型的版本吗？ 然后这个就当作 RadHat 滚动版的实验

[panzhc]

那就切 debian testing 吧

[salmon5]

https://www.redhat.com/en/blog/faq-centos-stream-updates#Q6
centos stream 8 的生命周期，贯穿 RHEL8 的生命周期（到 2029 ）；
滚动就滚动吧，我个人觉得至少还是可靠的；
https://koji.mbox.centos.org 这里是 build 平台，可以跟踪下核心组件的 build 情况

[m4d3bug]

@salmon5 也就你会看看 chsngelog 了，通篇都没一个人会查个 changelog 就在那里自嗨 debian 系

[caola]

debian 它不香吗

[tin3w5]

@12101111 兄弟，不得不说你的说法从理论上来讲是可行的，而且这也是大多数源自于社区的适配给不同发行版的驱动。不过从之前在服务器厂商那边和客户打交道的工作经验和自己几年从事基础架构环境 ops 的经验来看，绝大多数 ops team 的人员都知道这个可以搞，rpm 的包解开、制作成 deb 包也并不是什么困难的事情。但是出了问题责任是谁的？

暂且不提 Vendor 是否会在软件包里加什么额外的东西，就如我的帖子中所说，社区里是有人能搞到各个发行版的驱动包的，自己玩完全可以用。但是有故障的时候呢？就算是官方发布的驱动、固件还有可能存在问题，一旦这个存在 issue 的固件或驱动被制作成了其他发行版的软件包，Vendor 完全可以说“这个东西不是我们的软件包，所以我们概不负责！（服务条款里可是有这条的哦）”，然后这个大锅就你自己背吧！

当然，还有些问题是存在于稳定性测试方面的考虑。据我所知，这些 Vendor 在 Driver 、Firmware 发布之前会找大量的机器安装 OS support matrix 中宣称支持的 OS 进行稳定性测试，然后针对性地改进。当然，如果你手里闲置的机器足够多，也有足够多的时间，而且有精力和能力做 bugfix，就当我没说。

[gearfox]

CentOS 可以转 Oracle Linux 呀

[m4d3bug]

@gearfox 有钱还不如直接 RHEL，oracle 中国人都裁光了

[H0u5er]

@FreeEx 同感，nmcli 命令不适应

[nuk]

@H0u5er 这玩意倒是有存在的必要，但是用起来真的太麻烦了。

[mason961125]

喜 大 普 奔

[bnlt]

@salmon5 应该是到 2024 年，full RHEL support phase 指的应该是表格里的 Full support ends，这样就和 https://wiki.centos.org/FAQ/CentOSStream 这里能对上，RHEL 9 发布后大约一年。
RHEL 9 Beta 开始，CentOS Stream 就会同时有两个源可以用，用户自己选 8 或 9 Beta，RHEL 9 发布一年后 8 的源就取消了。

[salmon5]

@bnlt https://wiki.centos.org/FAQ/CentOSStream#What_happens_when_CentOS_Stream_switches_from_RHEL_8_to_RHEL_9_based_content.3F
确实，CentOS Stream 8 的生命周期看来可能只有 5 年。