CentOS Stream 常见问题
关于 CentOS Stream 的讨论里，事实、推断与情绪经常混在一起。本页只处理能落到官方原文上的问题：它在链条上的位置、支持窗口怎么读，以及那些本轮核对没有取得官方条目的问题——后者会明确写成「未取得」，而不是替官方作答。
是上游还是下游
Section titled “是上游还是下游”官方对比页说明：CentOS Linux 是 Red Hat Enterprise Linux 的 rebuild（下游），版本号反映它所基于的 RHEL 发布日期；而 CentOS Stream 是 RHEL 的上游公开开发分支。
这条官方表述能一次性纠正两个常见误解：
- 「Stream 是 CentOS Linux 的新名字」：不是。两者的链条位置相反，官方对比页把它们分成「上游」与「rebuild」两种角色来写；
- 「Stream 就是 RHEL 的测试版」：官方原文的说法是公开开发分支——它是 RHEL 那条开发链上的公开部分，不是一个独立的试验分支。
逐条差异（更新频率、贡献模型、测试方式）见CentOS Stream 定位与适用边界；与其它发行版之间的迁移方向见从 RHEL/Alma/Rocky 迁入 Stream。
支持窗口与 EOL 日期
Section titled “支持窗口与 EOL 日期”官方对比页列出各版本的支持终点：CentOS Stream 8 的 EOL 为 2024-05-31，CentOS Stream 9 的 EOL 为 2027-05-31。
读这两个日期时要注意三件事：
- 支持终点意味着「不再产生更新」，不是「系统到点自动关机」：到点之后你仍能运行，但不再有安全与缺陷修复；
- 窗口是给规划用的，不是给拖延用的：迁移、升级与采购都要留出验证时间，把支持终点当动手起点，等于把整个项目压到最后一周；
- 先确认你装的是哪条版本线：本站的版本与支持页给出当前版本线与支持终点明细，装机与迁移前先看一眼，比记住某个日期更可靠。
能否用于生产
Section titled “能否用于生产”本次核对未取得官方 FAQ 中关于适用性与生产可用性的对应条目，因此本页不替官方回答「能不能上生产」，也不把「未取得」写成「官方没有说明」。
能确定的是：这个问题不该由一篇非官方文档给出统一答案。它取决于你自己的约束条件，动手前先把下面几问答清楚：
- 支持窗口与你的计划是否匹配：这条版本线要跑到什么时候，中间有没有强制升级节点；
- 变更节奏是否在你能承受的范围内：内容持续交付，意味着验证与回滚能力必须是常态能力，而不是临时方案；
- 有没有外部合规或采购要求：是否必须绑定商业支持合同、是否要求特定的认证或审计链条；
- 出问题时你的恢复能力：能不能在不重装的前提下回退一次变更（见滚动更新故障排障）。
四问都答得出来，再决定用不用；有任何一问答不出来，先补能力再谈场景。
与 RHEL 的差异
Section titled “与 RHEL 的差异”本页不复述逐条差异：官方对比页按「更新频率 / 贡献模型 / 测试」分小节写，本站的定位与适用边界页按同一口径整理，仓库与滚动内容页讲这些差异在包管理层面的表现。
对决策真正有影响的是方向：知道自己在链条的哪一端，才知道该盯什么信号。上游位置意味着你要自行承担验证责任；而重建版位置意味着你等的是别人验证过的结果。两条路都不「更好」，只是把工作量放在了不同环节。
遇到问题的顺序仍是「先查文档、再问社区」：
- 先查官方文档与版本状态：本站各页在事实段都标了官方出处，便于顺着链接自行核对；
- 再看官方公告：项目公告与版本动态发布在官方博客；
- 再问社区：官方邮件列表入口在lists.centos.org，提问时带上版本线、完整报错原文与已排除的方向；
- 别绕开版本状态：很多「是不是坏了」的疑问，答案其实是「这条版本线已经不再产生更新」，先看版本与支持。
- CentOS Stream 定位与适用边界 — 官方表述与适合/不适合的场景
- CentOS Stream 版本与支持 — 版本线与支持终点明细
- CentOS Stream 仓库与滚动内容 — 持续交付在包管理层面的表现
- CentOS Stream 启动排障 — 起不来时的排查顺序
- 官方：CentOS 项目关于页