文章目录
- [如何应对 CentOS 的停更？](#如何应对 CentOS 的停更？)
-
- Linux发行版
- CentOS停更后，我们可选的替代品
-
- [RHEL Linux](#RHEL Linux)
- [Rocky Linux](#Rocky Linux)
- [公有云 Linux](#公有云 Linux)
- [Debian 系 Linux](#Debian 系 Linux)
如何应对 CentOS 的停更？
Linux发行版
Linux内核是开源的，任何人都可以获取源代码，进行修改和定制。
Linux发行版，是基于Linux内核，加上了各种软件、工具、图形界面、文档等，打包成一个完整的操作系统供用户使用。每个发行版都有自己的特色和目标用户群体，例如，Ubuntu对于初学者友好，Fedora善于尝试新技术，CentOS稳定性好适合服务器等。
CentOS停更后，我们可选的替代品
红帽将在2024年6月后停止对CentOS Linux的更新。
不建议使用 CentOS Stream 作为停更后的替代。
之前的 CentOS Linux:
红帽企业级 Linux 生态系统形成了 Fedora、RHEL 和 CentOS Linux 协同发展的局面，社区上游通过 Fedora 向广大开发工程师提供桌面操作系统的持续创新和技术架构整合，大约是每 6 个月发布一个版本；中游是红帽企业级 Linux，主要面向广大企业和应用开发商，特点是稳定、安全和性能优化；下游是社区领导的 CentOS Linux，面向成本敏感用户和生态开发者，特点是无成本、易获取，大约在红帽企业 Linux 发布的几个月后发布。
现在的 CentOS Stream:
CentOS Stream 本身介于 Fedora 和 RHEL 之间 ，离 RHEL 更近，相当于 RHEL 上开发的所有功能都已经在 CentOS Stream 具备，该版本同样对所有人免费开放，可保证开发者提前获得 RHEL 新特性，在此基础上来做诸如开发第三方组件等工作，拓展他们对于 RHEL 生态的影响。相当于 CentOS Stream 是 RHEL 的试验田 。2019 年 9 月，Red Hat 宣布了 CentOS Stream，它是 CentOS 的滚动发行版本 ，介于 Fedora Linux 的上游开发和 RHEL 的下游开发之间而存在，当官方明确表示未来不会再发布由 RHEL 代码编译而成的 CentOS 后，意味着 CentOS Stream 先行，稳定之后再发布 RHEL，所以不难理解众多开发者对这个决策的不满。
RHEL Linux
RHEL（红帽Linux企业版） ，不考虑钱的因素，RHEL Linux 是最完美的替代品
适合用户：
- 不差钱
- 对稳定性要求极高
- 需要购买专业 Linux 维护服务
- 金融行业
Rocky Linux
Rocky Linux 的诞生背景 ：为了应对这种(CentOS Stream)情况，CentOS 创始人 Gregory Kurtzer 在 Github 上发起新项目 Rocky Linux。
对于 Rocky Linux 的发展方向，Kurtzer 称，Rocky Linux 并不会像一些开发者建议的那样改走 Debian 或其他稳定的 Linux 发行版路线，而是坚持像曾经的 CentOS 那样，继续做为 RHEL 的下游构建。项目团队的目标是让开发者能够继续用到稳定版的 CentOS。
使用 Rocky Linux 替代 CentOS，代价也是最小的，但是 Rocky Linux 的稳定性还需要经过更长时间的检验。
适合用户:
- 开源
- 期望寻找 CentOS 的平替
- 熟悉 Fedora RHEL CentOS 生态
公有云 Linux
如果您的全部或大部分资源都在公有云上托管，那么还有一个可行的方案是选择：公有云提供的 Linux。
公有云 Linux 主流也基本都是基于 Fedora 和 yum 的生态，而且在对应的公有云上可以免费使用，并且会有额外的增强体验。切换起来的代价比 RHEL 或 Rocky 大了一些，但是还是相对来说比较容易的。
适合用户：
- 公有云用户
Debian 系 Linux
如果用户相比稳定性，更追求创新，追求更新的内核，更新的功能，那么也可以选择切换到 Debian 系 Linux，推荐的选择有: Debian 和 Ubuntu。
当然, 要切换到 Dbian 系 Linux, 代价还是相对较大的：
- 包管理软件会从 yum/dnf 切换到 apt/dpkg
- 大多数人的观点是 Debian 系统不像 RHEL/CentOS 那样稳定或无故障
- Debian 的内核/软件相对更新
适合用户：
- 相比稳定性, 更追求创新
- 熟悉 Debian 生态
- 已经较多使用容器/K8s (因为 Debian 在容器生态中更常见)
- 需要使用较新内核或较新的功能, 如 eBPF 和 Cilium