关于 CentOS 8 转向 CentOS 8 Stream 这个新闻，据我所知是个乌龙，用 CentOS 作生产环境的用户其实不必担心

[raysonx]

首先声明本人为红帽员工，但不是做 RHEL/CentOS 的，利益无关，本文仅代表个人看法，不代表公司观点。

当时“CentOS 8 将于 2021 年低结束支持并转向 CentOS 8 Stream，而 CentOS 8 Stream 是小白鼠版 RHEL”的消息同样在公司内部引起了很大的震动。红帽是个很大的公司，非相关团队的同事和你们一样都是在网上了解到的消息，一样对此表示震惊、失望。但就后来和相关同事、高管讨论得知，这本来是一个对社区和公司双赢的好事，却由于公司公关失败并被媒体添油加醋煽风点火，导致 CentOS 用户叛离，并对 RHEL 系发行版的声誉造成了十分恶劣的影响。

据我在公司内部了解到，红帽的本意是将 RHEL 的开发流程“开源”，并加快 CentOS 的 bug 修复速度。在 CentOS 8 Stream 出现之前，现状是这样的：

1. RHEL 的源代码是公开的，但是开发测试流程都是在内部完成且不公开，公司外部人士是无法投入 RHEL 开发或测试的。虽然 Fedora 是社区驱动的，但 Fedora 作为 RHEL 的开发版本，相关内容进入 RHEL 的速度十分缓慢。
2. 一个 bug 在 RHEL 被修复后，需要 RHEL 的测试人员进行测试，测试通过后对 RHEL 推送更新。而 CentOS 团队作为另一个团队，需要等待新版本进入 RHEL 以后，重新 build，再走 CentOS 的更新流程。这导致 CentOS 中 bug 的修复速度比 RHEL 慢几天至几个月。

而转向 CentOS Stream 之后，变成这样：

1. 源代码及开发流程向社区公开，RHEL 的开发及测试人员将直接在 CentOS 进行开发测试，公司以外的人士也可以参与。
2. 向 CentOS Stream 推送的更新是通过了 RHEL 测试人员测试后的版本，从开发流程上讲，CentOS Stream 的质量就是以前 RHEL 的质量，而以后的 RHEL 将变成 CentOS 的下游，将更加保守稳定。所以 CentOS Stream 并不是小白鼠版本。
3. 多数 bug （除个别未公开的安全漏洞外）的修复将在第一时间推送到 CentOS，CentOS 将比 RHEL 更快地获得 bug 修复。

总而言之，这件事情让我感觉到红帽是好心办了一件坏事。作为一家软件公司，缺乏高水平的公关，被媒体和竞争对手往死里黑。

[twl007]

@m4d3bug

RHEL 有 16 个免费的开发者订阅了解一下

开发者订阅之前只能用来开发 并不能用来企业内部跑生产的 也是 CentOS 政策公布后 RedHat 才更新的政策 开放了面向小企业的选项 如果之前你知道谁在用开发者订阅跑公司内部生产环境 你要意识到这个是违反用户协议的

有白纸黑字吗？我怎么从来都不知道有红帽的人这样做？

可能政策有修改 但是这个情况以前应该是存在的 也是相关的人说的 所有合同应该是独立的 不知道楼主是归属于 RedHat 开发团队还是销售团队 如果是销售团队的话可以再确认下 可能现在的政策已经改变

[m4d3bug]

@twl007
>开发者订阅之前只能用来开发 并不能用来企业内部跑生产的 也是 CentOS 政策公布后 RedHat 才更新的政策 开放了面向小企业的选项 如果之前你知道谁在用开发者订阅跑公司内部生产环境 你要意识到这个是违反用户协议的

所以你要怎么用，选择权在你自己手上，没有人强迫你。

>可能政策有修改 但是这个情况以前应该是存在的 也是相关的人说的 所有合同应该是独立的 不知道楼主是归属于 RedHat 开发团队还是销售团队 如果是销售团队的话可以再确认下 可能现在的政策已经改变

闻所未闻，建议找相关的人要说法

[raysonx]

@FS1P7dJz CentOS/RHEL 的稳是指在保持 ABI 稳定（不会有破坏性更新造成兼容性问题）的前提下，能够长时间地获取 bug 和安全问题修复，而不是长时间不更新。RHEL 的策略是，如果某个软件包 bug 在开源社区上游被修复了，老版本没人管，红帽就会把这个修复移植（ backport ）到老版本，不需要用户升级到最新的软件包，因为最新版可能有破坏性更新。

[raysonx]

@twl007 强制降级是不可能的。大多数开源软件都是 GPL 协议的，这个协议保证了某个软件的版本一旦授予了某个用户的使用权，是不可撤销的。

[Marszm]

嘛...感觉我服务器的 centos7 估计还能用个十几年吧....

[bin456789]

说白了就是 Centos Stream 要变成 RHEL Beta，想让更多人测试 RHEL
但 CentOS 的目标群体只是想要 RHEL 的免费替代品
CentOS 剩下 Stream 后，他们会转向 Oracle Linux 或者 Rocky Linux
但红帽放宽了免费限制，这部分人可能会用 RHEL 稳定版
也是很好的处理办法

[raysonx]

@bin456789 我觉得可以把 CentOS Stream 认为是 RHEL 的 Pre-release 版本而不是 Beta 版本，因为它确实在公司内部的定位不是测试版，而是和之前的 RHEL 同等质量。这样的好处是一方面能让社区也参与进 RHEL 的开发与反馈，另一方面能够极大的加快 CentOS 的 bug 修复速度，减轻 CentOS 的维护压力，一举双得。感情上确实会给人 Stream 版是测试版的感觉，但实际在质量上并没有降低。

[FS1P7dJz]

如果 RHEL 是 release,你这个 pre-release 不就是 beta 么...
为什么还觉得你们的公关失败?
你们的公关失败大概在于过于直白不会绕弯弯

但是我觉得既然就是一个事实上的 beta,坦诚公布说出来挺好的
别忽悠别人以为很稳真用在生产环境了结果嗝屁,反过来更毁声誉

[m4d3bug]

@bin456789

>说白了就是 Centos Stream 要变成 RHEL Beta，想让更多人测试 RHEL
原谅我的杠，Stream 更接近 RHEL λ而不是 RHEL β，RHEL 有自己的β，并且这个β不是 fedora

>CentOS 剩下 Stream 后，他们会转向 Oracle Linux 或者 Rocky Linux
Oracle 服务一样收费，免费更新和免费使用和红帽开发者订阅是一样的东西。
Rocky Linux 能活多久，会不会重蹈 CentOS 被收购前的故事，这又是另一个故事了。

[m4d3bug]

@FS1P7dJz
>如果 RHEL 是 release,你这个 pre-release 不就是 beta 么...
真不是 beta，请看#46 #69

>别忽悠别人以为很稳真用在生产环境了结果嗝屁,反过来更毁声誉
bugfix 不快都能算稳的做法，你确定你所谓的“稳”不是更毁声誉的做法吗？

[raysonx]

@FS1P7dJz 我已经把 CentOS Stream 以及 RHEL 的开发模式说的很明白了，CentOS Stream 的软件质量相比之前是没有降低的，而且更新速度加快，红帽并不依赖于 CentOS 社区来做测试，而且 RHEL 本身也有自己的 Beta 版本。如果您还是认为 CentOS Stream 是测试版我也没办法了。

[FS1P7dJz]

@m4d3bug
不是所有的 bug 都是严重到让系统无法运行
对线上环境来说,不可预期才是更要命的

如果这个 bug 已经知道,但是并不影响我的业务,或者说我的业务不涉及这个 bug,那修复与否就并不是一个很紧急的情况,这就是我所说,并不在意你修复多快

[raysonx]

@FS1P7dJz 如果不影响您的业务或者担心不可预期，您不更新不就得了，每个软件包都是有 changelog 的。这个 Stream 版本几乎是等同于之前用最新版 RHEL 的，每个软件包的发布都是有通过测试的，如果这都不可预期那就只能换发行版了。

[m4d3bug]

@FS1P7dJz
>不是所有的 bug 都是严重到让系统无法运行
>对线上环境来说,不可预期才是更要命的

1. 所以你要“可以预期”，应该做的是去看看 changelog，做好克隆测试。
你只需一个软件一个软件 update，所以，“不可预期”的是没看 changelog 的你，还是 CentOS Stream 呢？还是盲信别人开源社区分发，以为在 RHEL 后但没有任何人兜底的说法呢？
你不会还指望开源社区分发的经大批量硬件测试？难道就是“可以预期”吗？
https://mp.weixin.qq.com/s/heX7Qtc7Fizx43EgGkIiMQ
你要知道，你拿到的更新与红帽官方分发的基本没有区别，并且直属于红帽人员维护而非 CentOS 社区分发。

[xiaokfy]

加快了 CentOS 的 bug 修复速度的同时也会带来更多 bug，哈哈。

[m4d3bug]

@xiaokfy 绝对没 bug 的“生产可用”的东西怕是不存在的~

[raysonx]

@xiaokfy 修复 bug 的时候引入新的 bug 是有可能的，但肯定总体上 bug 数量是越来越少的。虽然我觉得你这句话应该也是半开玩笑的😅

[twl007]

@m4d3bug

现在协议改了 开放了对于小企业的限制 可以随便用 但是 16 个限制对于很多小企业来说并不够 现在一个企业有个一二百台服务器又不是什么问题


@raysonx

订阅到期回退的是你在订阅期间享受的服务 可能是补丁之类 就 RHEL 而言没订阅一样用 只是没法更新罢了

另外大家最看重的点在于已知变成了未知 之前的 CentOS 只是一个速度慢一点 去掉了 RedHat 专属的软件的复制版 但是改成 CentOS Stteam 之后 很多都变成了未知 甚至 bugfix 是不是一定没问题也不知道如何保证 如果 RedHat 有自己的 RHEL 的 beta 版本 那么 CentOS 是共享一套还是有自己的？如果 CentOS 的 qa 是分开做的 那么如何保证 CentOS 的 qa 能不被区别对待？抑或是 CentOS 的测试完直接合并到 RHEL 并且不再做测试？这些都是需要澄清的点 也是大家所关注的点 至于开发流程怎么变其实大家并不关心 之前大家放心的就是 CentOS 的东西是在 RHEL 验证之后的东西 而不会去抱怨那慢一点的更新速度

这么多年的信任建立很容易 但是摧毁起来只要一个决定就够了 就算 RedHat 撤回这些决定 也并不能阻止大家开始考虑替代品的计划了

[raysonx]

@twl007 CentOS Stream 的 QA 是 RHEL 的人，软件包是一样的只是先后区别。这个问题确实比较难以理解而且外人也很难了解这些东西。这个决策必须承认是比较失败的，我也只是有感而发以个人力量解释一下而已，并不能挽回什么。

[bin456789]

@m4d3bug “免费更新和免费使用和红帽开发者订阅是一样的东西”
真不是一样的东西，Oracle Linux 是完全免费的，商用也免费，和 CentOS 一样
而红帽还要激活一下，超过 16 个系统的商用也要付费