2023 年，红帽意图越来越明显，指明了要杀死 CentOS，目前的形势还有什么非用 CentOS（包括 rhel、rockylinux 等发行版）不可的理由？

[Masoud2023]

[felixcode]

服务器厂商支持的也是 RHEL 而不是 CentOS ，所以要么买商业支持的 RHEL 等，要么直接社区版的 Debian 等，而不是不伦不类的 CentOS 之流。

[xcai]

@adoal 所以说 CentOS 扼杀的好啊，现在 CentOS Stream 才对味。

[greatbody]

这和我月薪 3000 有关系么

[duluosheng]

我司最近在搞下一代操作系统的调研和各个基础组件的适配，基本和 10 楼的说法一致。最终考虑的版本都是 RH 衍生的 alma 和 rocky

[Masoud2023]

@duluosheng #44 那我劝你们可得掂量好，现在 centos 所有下游都生死未卜，并且我同意 41 楼看法：服务器厂商支持的也是 RHEL 而不是 CentOS ，所以要么买商业支持的 RHEL 等，要么直接社区版的 Debian 等，而不是不伦不类的 CentOS 之流。

[Masoud2023]

并且 alma 和 rocky 真的有很多生产实践么？这两个东西这么久了也没见有太多人讨论过。

[leonshaw]

没懂 docker 跟这有啥关系，docker 里依赖不还是基于发行版的？

[tin3w5]

@adoal 我之前在硬件服务器厂商做过，后来又去了云厂商，那个时期的操作系统 matrix 我几乎可以到背下来的程度。我可以很负责的跟你说，我印象中截止 2020 年 4 月份，大多数国际知名品牌，除了非常古老的型号（大概 06 或 08 年左右吧），100%不支持。国内的个别厂商可能会写明支持的，但是生产环境肯定是要统一版本的。而且小厂商往往都是为了照顾一些关系户，真的采购了也不敢往生产环境里放。而且就像我之前说的，人家没说不支持 Debian ，只是默认的操作系统支持列表里没有 Debian ，只要你花钱买厂商的 OS support ，你上 Gentoo 都行。
至于 CentOS 为什么是社区系统就能享受硬件厂商提供的商业化系统支持这个问题，我只能说人家硬件厂商就是这么写的。从 CentOS stream 8 开始，要么明面上不写支持（注意是不写支持，不是写出不支持），但是私下会支持一些 RHEL 的下游版，比如 ClearOS 、Rocky 、Alma ，要么就不对支持 CentOS 的原文进行修改。

至于你说 Alma 和 Rocky 有没有生产支持，我只能说，硬件厂商不找麻烦，就有人敢用。

还有一个方面就是企业级的影响范围和社区级的影响范围是不一样的，试想一下为什么三胖子的家的服务器用的都是用 Fedora 改的（和早期的红旗很像，都是操作系统向硬件服务器做妥协的成果），而不是用 Debian 去改呢？这很值得深思。

从讨论的角度来讲，我只能说我喜欢 Redhat 系列的包管理机制、系统目录结构和软件包选择方案。用的久了，习惯了。就像当年 RHEL7 刚出来的时候，一堆企业骂 Redhat 的娘。一方面是因为 systemd 不符合传统 UNIX 的“一个软件包只好做一件事”哲学，另一方面的确是那次买步子迈得太大了，让太多的人都感觉不仅用起来不习惯，而且各种脚本也要做大量的修改。但是即使是这样，除了几家特定的企业有听说换 Ubuntu Server ，大家不还是用 CentOS 用的津津有味的吗？

[duluosheng]

@Masoud2023 我们是上了规模，而且有自己的软硬件团队，硬件厂商也一起配合，CentOS 7 马上就 EOL 了，加上旧机器过保，才做切换，服务上面的实际业务都基于容器，业务方感知不大。对于传统企业而言，没有专门的团队，还是直接 RHEL 省心。

[adoal]

@tin3w5 byebye~~确实不同场景的人的需求不一样。可能你们的土豪客户有钱堆起来让供应商跪着添爸爸所以可以不在乎 RH 系的各种操蛋。像我这样只能小成本接触“地行小”供应商的，用 RH 根本是在作践自己。麻辣隔壁的那些狗屁地行小供应商，根本没有能力做所谓的整体交付。他们在 RH 系上，自己手工编译一堆基础组件，装好的路径乱七八糟各种不可预测，可执行程序的 FS owner 和启动的 euid 一样，在 shell 里手工 nohup 交互启动，而且从来特奶奶的不管任何更新，直到被同单位的信息主管子单位送来安全通告。这种情况下，反而用你们觉得不够职业化的 Debian 对我来说更省心。至少大部分基础组件都是一句 apt 就装好的，是版本不太老可以拿来用的，是有 update 的，是按照 FHS 等最佳习惯打包好的。至少不用让那些连把业务功能开发正确都要靠甲方反反复复督促才能做到的地行小来一脸懵逼勉为其难自以为是狗屁不通地负责我的基础设施。

[libook]

我们公司以前用 CentOS ，后来容器化了之后宿主机就无所谓用啥了，红帽宣布改变 CentOS 策略之后我们很容易就换了 Debian 作为宿主机，再后来就用云厂商自己的发行版，功能、性能都会好一些。

现在 RHEL 的意义主要还是一整套付费支持服务，还是有很多企业需要的，特别是用私有云的，一方面可以降低运维成本，另一方面可以提高服务质量，花钱就能解决问题。

[Maboroshii]

很好奇哪些公司的业务，可以跨过应用上的 bug ，直接面对操作系统级别的阻碍性问题。还是说企业级的发行版主要是安全漏洞比较完善呢？不过楼上说和硬件结合，那也确实没得选

[adoal]

@Maboroshii 打个比方吧，深交所的某个系统出错了，领导一声令下：会诊！业务系统厂家 1：到！业务系统厂家 2：到！……业务系统厂家 N：到！服务器厂家：到！存储厂家：到！网络设备厂家：到！操作系统厂家：？？？

其实还有个问题就是，不知你有没有注意到最近 Alma 说的：AlmaLinux 不再 1:1 兼容 RHEL ，未来致力于兼容 ABI
https://www.oschina.net/news/249342/almalinux-no-1-1-rhel
实际上很多做业务系统开发的团队在遇到 OS 基础组件级别的 bug 时，有很多靠速查 CSDN+猜测+尝试来编程的程序员其实没能力判别这是基础组件 bug ，所以按照“当前这样的行为就是正常的”来写业务了；或者即使有能力发现 bug 但因为工期或者依赖可控性等原因没办法等到操作系统厂家的下一次 update ，于是就把 bug 当 feature ，自己在应用层面去 workaround ，同时又因为工期等原因并没有写下这个 bug 如果被 fix 了之后按照正常预取应该有的行为要怎么做。然后这个业务系统的正确性就依赖底层的 bug 了。那么操作系统的仿品如果要去争取各种行业用户就要维持一个“bug-for-bug compatibility”才行。

[tin3w5]

@adoal 你这思维就是错的，你要清楚你的定位，你是 dev 就好好的写代码，别管线上到底跑的是什么。你是 Ops 就好好维护线上线下环境，别去想着哪个软件包的安全问题，安全的问题有安全部门负责，他们会告诉你应该用什么版本的软件包。所以，安全部门不发 ticket 为什么要做安全 update ？不发说明安全部门的审核与评估认为不需要更新，那你更新了，出了故障，锅就是你的。
至于你说的手工编译的东西，难道不是通过 docker 去进行编译，然后搞成 docker image 用来跑业务吗？为什么感觉你说的东西还停留在 10 年前？
还有，在生产环境下，每一个包的安装都是要严格遵守升级前订制的 baseline ，而且要事后审计的，不是你说的一个 apt update && apt upgrade -y 就敷衍了事的。安装软件包更不是无脑使用 yum/apt install -y 进行安装。每一个软件包的安装、更新，都是要经过内部确认商讨的。就算安全发来更新的 ticket ，OPS 和 Dev 也可以从业务的持续性、稳定性的角度出发提出质疑或申请拒绝升级某些或某个软件包。你说的这种方法搞搞测试环境、搞十几台、几十台虚拟机这种作坊或者小 cluster 还凑合，暂且不说给你一个十万台级别物理机的环境，目测两千台，你这种思路就得搞出一堆问题。
最后我想说，从你的描述来分析，不是你说的这种小 vendor 没能力做 Redhat 系的交付，而是当使用方式是错的，谁也得不到一个正确的结论的。

[adoal]

@tin3w5 所以我说不同场景的人需求不一样啊。你可能跟高大上的金主爹型客户、高大全的一互大型技术方接触多了，真的想不到都这个年代了还有这种很落后的信息化环境（而且还是这个行业里有话语权的一流单位），还有苦逼的从写报告写 PPT 申请经费开始一条龙都要管的“综合信息化”人员，还有法人单位的信息化部门技术能力乱七八糟给下面的处级业务单位提供不了足够的基础设施支持业务单位只好自己搞的苦逼场景。定位？定他妈的位。你说的那些都对，都对、都对！但是，如果换了你在我这里，恐怕比我还瞎搞。还特么的给我一个十万台级别的物理机的环境……别拿一互大的做事条件来 PUA 我了。在这种综信岗位上做几年，跟一堆地行小斗争上几年还没走人的话，这些一互大的美好理念都特么的……还十万台物理机……我真不是在一互大干活的，我单位再怎么自我膨胀也就百来个虚拟机几十个系统，真的经不起您这种一互大场景 PUA 的指导。

[adoal]

何不食肉糜？

[feather12315]

@tin3w5 #54
可能是没经历过所以不了解

[cassyfar]

推荐 Debian 的不是坑人？现在云厂商支持最好的第三方系统基本就是 Ubuntu Server 和 RHEL 。

现在都是容器化了，OS 对于你本身的软件兼容影响很少。你的问题主要是技术落后导致的。

如果只是个人开发机，完全随意，你用 Arch ，Gentoo 都没人管。

[Masoud2023]

@cassyfar #58

你猜猜 Ubuntu 上游是谁？ Ubuntu 跟他有啥区别？

哪家公有云指明了说就这两个支持最好了？

[vtgoal]

@adoal 他说的是大企业大厂商之类的运转方式，你说的是小规模企业的生存方式，不存在什么何不食肉糜。

好比一个家庭年入 5 万，要求他过的精致点，消费的好点，买 20 万的车，这就不现实，同样的年入 100 万的家庭买个 50 万的车，你也不能说人家交智商税，跪舔厂商，非让人家买个 5 万的车才对。

不过如果 100 万的家庭只是为了省钱买个 5 万的车就不一定不合适了，没准浪费的时间成本比车还贵呢，这个比方不太合适，不过方便理解。比如世界 500 强还用小作坊的思维就不对，光是合规一项就把小作坊里的那一套生存哲学扼杀了，你老想着客户花的钱就是为了跪舔厂商，这个就是眼光狭隘了。