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😂

[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 吧