版权声明本文原创作者谷哥的小弟作者博客地址http://blog.csdn.net/lfdfhlCentOS Linux 在 2024 年 6 月 30 日走完了 CentOS 7 的最后一段支持周期。很多人说 CentOS 死了。更准确的说法是死的是传统 CentOS Linux活下来的是 CentOS Stream。它不是续命版本而是一次方向相反的重新出发。一、诞生背景传统 CentOS Linux 的技术模式是下游重建RHEL 先发布Red Hat 公开源代码CentOS 项目移除商标和专有组件重新编译为二进制兼容的免费发行版。这一模式运行了十六年为大量企业提供了零许可成本的 RHEL 运行时环境。2020 年 12 月Red Hat 宣布 CentOS Linux 8 的维护周期从原定 2029 年缩短至 2021 年底CentOS 项目全面转向 CentOS Stream。CentOS Linux 8 于 2021 年底终止支持CentOS Linux 7 于 2024 年 6 月 30 日终止支持。CentOS Stream 由此成为 CentOS 项目唯一的主线产品。二、核心定位CentOS Stream 是 RHEL 的上游开发平台。它位于 Fedora Linux 和 RHEL 之间。Fedora 引入创新特性CentOS Stream 将这些特性工程化为企业级质量RHEL 从中派生正式发布版本。Red Hat 的工程师直接在 CentOS Stream 上开发 RHEL 的源代码然后从 Stream 中切出 RHEL 的小版本。RHEL 9 是第一个完全在 CentOS Stream 中构建的主要版本RHEL 10 延续了这一流程。这意味着用户角色发生了根本变化。传统 CentOS 的用户是 RHEL 的消费者。CentOS Stream 的用户是 RHEL 开发过程的参与者和观察者。你在 Stream 上发现的问题、提交的补丁、验证的兼容性都可能影响下一个 RHEL 小版本。三、运行机制CentOS Stream 采用持续交付模式。软件包在准备就绪后即被推送不存在传统 CentOS 那种每约六个月打包一批更新小版本的概念。整个主版本生命周期内持续收到增量更新。它不是 Arch Linux 意义上的滚动发行版。CentOS Stream 在主版本号内保持 API 和 ABI 稳定性遵循与 RHEL 相同的接口承诺。它也不是简单的测试版或预览版。更准确的说法是CentOS Stream 就是 RHEL 正在被构建的那个状态。CentOS Stream 中的软件包会进入下一个 RHEL 小版本。传统模式下社区反馈只能在 RHEL 发布之后进行。CentOS Stream 将反馈回路前置ISV、IHV 和社区开发者可以在 RHEL 小版本发布之前就在 Stream 上测试和调整。四、版本现状CentOS Stream 8 已于 2024 年 5 月 31 日终止支持。CentOS Stream 9 的支持将持续到 2027 年 5 月 31 日。当前主力版本是 CentOS Stream 10代号 Coughlan于 2024 年 12 月 12 日发布基于 Fedora 40。CentOS Stream 10 采用 Linux 6.12 LTS 内核。编程语言版本全面更新包括 Python 3.12、Go 1.23、Rust 1.82、GCC 14、OpenJDK 21、PHP 8.3、LLVM 19、Ruby 3.3、Node.js 22。数据库方面提供 PostgreSQL 16、MariaDB 10.11、MySQL 8.4。Web 服务器包括 Apache HTTP Server 2.4.62 和 nginx 1.26。Redis 被其社区分叉 Valkey 7.2 替代。架构方面CentOS Stream 10 支持 x86_64、ARM 64-bit、IBM Power 和 IBM Z。x86_64 的微架构基线提升至 x86-64-v3无法在过于老旧的 x86 硬件上运行。显示堆栈完全转向 WaylandX.Org Server 被移除传统 X11 应用通过 XWayland 兼容层运行。Firefox、GIMP、LibreOffice、Inkscape、Thunderbird 不再预装官方建议通过 Flathub 的 Flatpak 包获取。CentOS Stream 9 曾依赖 modularity 提供替代软件版本CentOS Stream 10 回归传统的非模块化 RPM 包管理方式。CentOS Stream 10 的支持持续到 2030 年约五年。五、技术特性CentOS Stream 的核心技术特性可以归纳为四点。第一上游开发平台而非下游重建。第二持续交付而非批次更新。第三主版本内 ABI 和 API 稳定而非滚动失控。第四生命周期约五年与对应 RHEL 版本的全支持阶段对齐。这些特性决定了它适合的人群。传统 CentOS 提供十年稳定窗口CentOS Stream 提供五年参与窗口。传统 CentOS 承诺 bug-for-bug 兼容 RHELCentOS Stream 不承诺这一点。CERN 在评估时曾明确指出Stream 并非 RHEL 8 的 bug-for-bug 等价物CVE 处理流程和 bug 映射关系也比传统 CentOS 复杂。六、生命周期CentOS Stream 的生命周期与 RHEL 的全支持阶段严格绑定。一个 Stream 主版本的支持终点就是对应 RHEL 版本退出全支持、进入维护阶段的时间点。CentOS Stream 8 已于 2024 年 5 月 31 日终止支持。CentOS Stream 9 将于 2027 年 5 月 31 日终止支持。CentOS Stream 10 的支持持续到 2030 年。CentOS Stream 11 预计在 2027 年底至 2028 年初发布对应未来的 RHEL 11。五年是理解 CentOS Stream 制度定位的关键数字。传统 CentOS 的十年生命周期让它能够承载“一个系统管十年”的运维承诺。五年则意味着基础设施的刷新周期被压缩了一半。这不是技术能力的退步而是商业模式的必然结果。七、生产适用性Red Hat 的官方立场明确CentOS Stream 并非为企业生产环境设计它是面向合作伙伴和开发者的开发平台。部分技术社区因此建议企业生产环境避开 CentOS Stream。但现实比官方立场复杂。CentOS Connect 2026 会议透露Meta 正在大规模运行 CentOS Stream。大型超大规模基础设施运营者选择 Stream逻辑与中小型企业不同。他们有足够的工程能力消化上游变化他们希望参与 RHEL 的开发反馈回路他们不依赖五年不变的承诺。CERN 则对 CentOS Stream 的生产适用性表示保留指出 Stream 中的 CVE 处理复杂、bug 映射困难并一度建议暂停在 CERN 部署 CentOS Stream。这代表了科研机构对可重复性和确定性的高敏感度。对绝大多数中小型企业和传统 IT 运维团队而言Red Hat 的官方建议仍然是合理参照。如果场景需要稳定、不变、有支持合同兜底的运行时环境RHEL 或其二进制兼容替代品 AlmaLinux、Rocky Linux 是更安全的选择。CentOS Stream 更适合有明确参与 RHEL 开发意图或者有足够工程能力管理持续变更的团队。八、生态位置CentOS Stream 在 Red Hat 的 Linux 谱系中处于精确位置。Fedora 是创新试验田重大操作系统特性在这里引入。CentOS Stream 是 RHEL 的开发流水线Fedora 的创新在这里被工程化为企业级质量。RHEL 是最终商业产品。这一链条的效率优势显而易见。传统模式下RHEL 的开发在内部完成后才公开源代码社区反馈只能在事后进行。CentOS Stream 将反馈回路前置ISV、IHV 和社区开发者可以在 RHEL 小版本发布之前就在 Stream 上测试和调整。AlmaLinux 和 Rocky Linux 延续的是传统 CentOS 的下游重建模式它们从 RHEL 源代码重建二进制兼容发行版。CentOS Stream 则处于上游它是 RHEL 的源头而非 RHEL 的副本。这是 CentOS Stream 和其他 RHEL 兼容发行版最根本的区别。九、未来走向CentOS Stream 11 已在筹备中预计在 2027 年底至 2028 年初发布对应未来的 RHEL 11。RISC-V 支持是下一个值得关注的节点。CentOS Connect 2026 宣布下一个版本的 CentOS Stream 将正式支持 RISC-V 架构并为可购买的硬件提供镜像。CentOS Stream 10 的 RISC-V 实验性镜像实际上已经出现在镜像站中但正式的、面向市售硬件的支持预计在 Stream 11 周期落地。在中国市场清华、阿里云、中科大等主流镜像站均提供 CentOS Stream 镜像源下载速度有保障。但国内技术社区的主流意见倾向于不将其作为生产环境首选。阿里云、腾讯云、华为云等厂商虽然提供 Stream 镜像却并不将其作为默认推荐的生产选择。这与全球中小型企业的普遍态度基本一致。十、结语CentOS Linux 寿终正寝了。CentOS Stream 没有死。它换了一种活法也换了一群主人。它不再是 RHEL 的免费影子而是 RHEL 的上游河道。理解 CentOS Stream需要同时理解它的技术本质和制度本质。技术本质是持续交付的上游开发平台制度本质是开源社区力量和商业公司战略之间的一次重新划界。
版权声明本文原创作者谷哥的小弟作者博客地址http://blog.csdn.net/lfdfhlCentOS Linux 在 2024 年 6 月 30 日走完了 CentOS 7 的最后一段支持周期。很多人说 CentOS 死了。更准确的说法是死的是传统 CentOS Linux活下来的是 CentOS Stream。它不是续命版本而是一次方向相反的重新出发。一、诞生背景传统 CentOS Linux 的技术模式是下游重建RHEL 先发布Red Hat 公开源代码CentOS 项目移除商标和专有组件重新编译为二进制兼容的免费发行版。这一模式运行了十六年为大量企业提供了零许可成本的 RHEL 运行时环境。2020 年 12 月Red Hat 宣布 CentOS Linux 8 的维护周期从原定 2029 年缩短至 2021 年底CentOS 项目全面转向 CentOS Stream。CentOS Linux 8 于 2021 年底终止支持CentOS Linux 7 于 2024 年 6 月 30 日终止支持。CentOS Stream 由此成为 CentOS 项目唯一的主线产品。二、核心定位CentOS Stream 是 RHEL 的上游开发平台。它位于 Fedora Linux 和 RHEL 之间。Fedora 引入创新特性CentOS Stream 将这些特性工程化为企业级质量RHEL 从中派生正式发布版本。Red Hat 的工程师直接在 CentOS Stream 上开发 RHEL 的源代码然后从 Stream 中切出 RHEL 的小版本。RHEL 9 是第一个完全在 CentOS Stream 中构建的主要版本RHEL 10 延续了这一流程。这意味着用户角色发生了根本变化。传统 CentOS 的用户是 RHEL 的消费者。CentOS Stream 的用户是 RHEL 开发过程的参与者和观察者。你在 Stream 上发现的问题、提交的补丁、验证的兼容性都可能影响下一个 RHEL 小版本。三、运行机制CentOS Stream 采用持续交付模式。软件包在准备就绪后即被推送不存在传统 CentOS 那种每约六个月打包一批更新小版本的概念。整个主版本生命周期内持续收到增量更新。它不是 Arch Linux 意义上的滚动发行版。CentOS Stream 在主版本号内保持 API 和 ABI 稳定性遵循与 RHEL 相同的接口承诺。它也不是简单的测试版或预览版。更准确的说法是CentOS Stream 就是 RHEL 正在被构建的那个状态。CentOS Stream 中的软件包会进入下一个 RHEL 小版本。传统模式下社区反馈只能在 RHEL 发布之后进行。CentOS Stream 将反馈回路前置ISV、IHV 和社区开发者可以在 RHEL 小版本发布之前就在 Stream 上测试和调整。四、版本现状CentOS Stream 8 已于 2024 年 5 月 31 日终止支持。CentOS Stream 9 的支持将持续到 2027 年 5 月 31 日。当前主力版本是 CentOS Stream 10代号 Coughlan于 2024 年 12 月 12 日发布基于 Fedora 40。CentOS Stream 10 采用 Linux 6.12 LTS 内核。编程语言版本全面更新包括 Python 3.12、Go 1.23、Rust 1.82、GCC 14、OpenJDK 21、PHP 8.3、LLVM 19、Ruby 3.3、Node.js 22。数据库方面提供 PostgreSQL 16、MariaDB 10.11、MySQL 8.4。Web 服务器包括 Apache HTTP Server 2.4.62 和 nginx 1.26。Redis 被其社区分叉 Valkey 7.2 替代。架构方面CentOS Stream 10 支持 x86_64、ARM 64-bit、IBM Power 和 IBM Z。x86_64 的微架构基线提升至 x86-64-v3无法在过于老旧的 x86 硬件上运行。显示堆栈完全转向 WaylandX.Org Server 被移除传统 X11 应用通过 XWayland 兼容层运行。Firefox、GIMP、LibreOffice、Inkscape、Thunderbird 不再预装官方建议通过 Flathub 的 Flatpak 包获取。CentOS Stream 9 曾依赖 modularity 提供替代软件版本CentOS Stream 10 回归传统的非模块化 RPM 包管理方式。CentOS Stream 10 的支持持续到 2030 年约五年。五、技术特性CentOS Stream 的核心技术特性可以归纳为四点。第一上游开发平台而非下游重建。第二持续交付而非批次更新。第三主版本内 ABI 和 API 稳定而非滚动失控。第四生命周期约五年与对应 RHEL 版本的全支持阶段对齐。这些特性决定了它适合的人群。传统 CentOS 提供十年稳定窗口CentOS Stream 提供五年参与窗口。传统 CentOS 承诺 bug-for-bug 兼容 RHELCentOS Stream 不承诺这一点。CERN 在评估时曾明确指出Stream 并非 RHEL 8 的 bug-for-bug 等价物CVE 处理流程和 bug 映射关系也比传统 CentOS 复杂。六、生命周期CentOS Stream 的生命周期与 RHEL 的全支持阶段严格绑定。一个 Stream 主版本的支持终点就是对应 RHEL 版本退出全支持、进入维护阶段的时间点。CentOS Stream 8 已于 2024 年 5 月 31 日终止支持。CentOS Stream 9 将于 2027 年 5 月 31 日终止支持。CentOS Stream 10 的支持持续到 2030 年。CentOS Stream 11 预计在 2027 年底至 2028 年初发布对应未来的 RHEL 11。五年是理解 CentOS Stream 制度定位的关键数字。传统 CentOS 的十年生命周期让它能够承载“一个系统管十年”的运维承诺。五年则意味着基础设施的刷新周期被压缩了一半。这不是技术能力的退步而是商业模式的必然结果。七、生产适用性Red Hat 的官方立场明确CentOS Stream 并非为企业生产环境设计它是面向合作伙伴和开发者的开发平台。部分技术社区因此建议企业生产环境避开 CentOS Stream。但现实比官方立场复杂。CentOS Connect 2026 会议透露Meta 正在大规模运行 CentOS Stream。大型超大规模基础设施运营者选择 Stream逻辑与中小型企业不同。他们有足够的工程能力消化上游变化他们希望参与 RHEL 的开发反馈回路他们不依赖五年不变的承诺。CERN 则对 CentOS Stream 的生产适用性表示保留指出 Stream 中的 CVE 处理复杂、bug 映射困难并一度建议暂停在 CERN 部署 CentOS Stream。这代表了科研机构对可重复性和确定性的高敏感度。对绝大多数中小型企业和传统 IT 运维团队而言Red Hat 的官方建议仍然是合理参照。如果场景需要稳定、不变、有支持合同兜底的运行时环境RHEL 或其二进制兼容替代品 AlmaLinux、Rocky Linux 是更安全的选择。CentOS Stream 更适合有明确参与 RHEL 开发意图或者有足够工程能力管理持续变更的团队。八、生态位置CentOS Stream 在 Red Hat 的 Linux 谱系中处于精确位置。Fedora 是创新试验田重大操作系统特性在这里引入。CentOS Stream 是 RHEL 的开发流水线Fedora 的创新在这里被工程化为企业级质量。RHEL 是最终商业产品。这一链条的效率优势显而易见。传统模式下RHEL 的开发在内部完成后才公开源代码社区反馈只能在事后进行。CentOS Stream 将反馈回路前置ISV、IHV 和社区开发者可以在 RHEL 小版本发布之前就在 Stream 上测试和调整。AlmaLinux 和 Rocky Linux 延续的是传统 CentOS 的下游重建模式它们从 RHEL 源代码重建二进制兼容发行版。CentOS Stream 则处于上游它是 RHEL 的源头而非 RHEL 的副本。这是 CentOS Stream 和其他 RHEL 兼容发行版最根本的区别。九、未来走向CentOS Stream 11 已在筹备中预计在 2027 年底至 2028 年初发布对应未来的 RHEL 11。RISC-V 支持是下一个值得关注的节点。CentOS Connect 2026 宣布下一个版本的 CentOS Stream 将正式支持 RISC-V 架构并为可购买的硬件提供镜像。CentOS Stream 10 的 RISC-V 实验性镜像实际上已经出现在镜像站中但正式的、面向市售硬件的支持预计在 Stream 11 周期落地。在中国市场清华、阿里云、中科大等主流镜像站均提供 CentOS Stream 镜像源下载速度有保障。但国内技术社区的主流意见倾向于不将其作为生产环境首选。阿里云、腾讯云、华为云等厂商虽然提供 Stream 镜像却并不将其作为默认推荐的生产选择。这与全球中小型企业的普遍态度基本一致。十、结语CentOS Linux 寿终正寝了。CentOS Stream 没有死。它换了一种活法也换了一群主人。它不再是 RHEL 的免费影子而是 RHEL 的上游河道。理解 CentOS Stream需要同时理解它的技术本质和制度本质。技术本质是持续交付的上游开发平台制度本质是开源社区力量和商业公司战略之间的一次重新划界。
