V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Distributions
Ubuntu
Fedora
CentOS
中文资源站
网易开源镜像站
raysonx
V2EX  ›  Linux

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

  •  6
     
  •   raysonx ·
    vfreex · 2021-02-20 12:36:58 +08:00 · 10900 次点击
    这是一个创建于 1404 天前的主题,其中的信息可能已经有所发展或是发生改变。

    首先声明本人为红帽员工,但不是做 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 修复。

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

    第 1 条附言  ·  2021-02-20 13:20:19 +08:00
    我发这帖的背景是看到朋友圈又在转发 CentOS 8 相关的事情,觉得有必要开帖和大家分享一下我了解到的内容。
    看到大家在评论中有一些疑问,我会挑比较典型的回复一下自己的观点。同样的,本文正文和评论仅代表我个人见解,不代表公司立场,也不是官方解释。
    第 2 条附言  ·  2021-02-20 14:52:58 +08:00
    这里引用一下 @m4d3bug 的评论:
    > 我的理解是 bugfix 优先给 stream,RHEL 和 stream 是同级别的,只不过是谁先用谁后用(和疫苗优先分配给冷链,医护人员一样)。

    其实最大的误解就是认为 CentOS Stream 是 RHEL 的测试版。个人认为可以把 CentOS Stream 理解为以前的 RHEL,而新的 RHEL 变成了 CentOS Stream 的下游。CentOS Stream 不是新功能的试验田。

    CentOS Stream 的滚动只会在小版本滚动,大版本是不会变的。比如 RHEL 9 将会对应一个新的 CentOS Stream 9,而不是从 CentOS Stream 8 滚动上去。
    第 3 条附言  ·  2021-02-20 15:10:58 +08:00
    有些人可能误解了 CentOS/RHEL 的稳定就是版本旧、不更新。其实不是的,RHEL 的策略是在保持软件包大版本不变、不会造成破坏性更新(即 ABI 稳定)的前提下,将最新版本的 bug 修复反向移植( backport )到老版本,让用户可以在不引入破坏性更新的前提下及时获得 bug 和安全修复。

    此外,对于实在无法用 CentOS Stream 的用户,红帽还有为个人开发者和小企业提供免费的 RHEL 订阅的选项。见 https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel
    第 4 条附言  ·  2021-02-20 15:59:13 +08:00
    CentOS Stream 作为 RHEL 上游,感情上确实会给人 Stream 版是测试版的感觉,但实际在软件质量上并没有降低,反而增大了社区参与度,加快了 CentOS 的 bug 修复速度,还能反哺 RHEL 。
    但总而言之这个决策确实考虑没那么周全,引起了相当大的负面反响。
    第 5 条附言  ·  2021-02-20 17:40:24 +08:00
    总结:

    我觉得这个问题的矛盾在于,好多 CentOS 的用户虽然都号称追求“稳定”,但其实很多人并不理解他们谈论的“稳定”是什么,反而做 RHEL 的下游给了他们安全感,即使 CentOS 本身比 RHEL 更新慢几个月、编辑参数不一样、缺包。现在的 CentOS Stream,虽然比之前 CentOS 更加接近原汁原味的 RHEL 了,软件质量和测试也相当于之前的 RHEL,却因为做上游而丧失了做那种所谓的安全感。

    说这么多也无法为相关决策的失败开脱。这种重大决策本来就应该做的浅显易懂,真不如当时就说把 CentOS Stream 8 叫做 RHEL 社区版。
    103 条回复    2022-06-09 10:25:13 +08:00
    1  2  
    Streamlet
        101
    Streamlet  
       2021-12-18 19:50:59 +08:00
    楼主的解释我看明白了:
    质量:低 ----------------------------------------------------------> 高
    原先:Fedora --------------------> RHEL -->CentOS
    传闻:Fedora -------->CentOS------> RHEL
    楼主:Fedora --------------------> CentOS --> RHEL
    即使这是真的,社区会说
    我要:Fedora --------------------> CentOS --> RHEL --> AnotherFock
    vicacheung
        102
    vicacheung  
       2022-06-09 08:56:35 +08:00
    别洗了,官网都说了:“CentOS Stream 或许看似是取代 CentOS Linux 的自然选择,但它并非针对生产环境使用而设计”
    [为何在生产环境中选择使用红帽企业 Linux 而非 CentOS Stream]( https://www.redhat.com/zh/resources/centos-stream-checklist "为何在生产环境中选择使用红帽企业 Linux 而非 CentOS Stream")
    raysonx
        103
    raysonx  
    OP
       2022-06-09 10:25:13 +08:00
    @vicacheung 什么时光战士,这些声明是今年才有的。首先官方从来不会推荐使用免费的 CentOS 用于生产环境,其次由于市场的选择,现在各种产品的定位出现了一些变化,特别是现在 RHEL 对小规模生产环境免费了。我只是在开发流程上讲 CentOS Stream 并不是所谓实验田,而且根本也不需要两个实验田。
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5281 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 05:59 · PVG 13:59 · LAX 21:59 · JFK 00:59
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.