起因是Node.js的开发者提出要升级Node.js镜像版本，原因是Node.js16由于OpenSSL 1.1.1停止维护即将于今年9月份提前停止维护,具体可参考Node.js16停止维护声明，也就意味着我们至少要着手准备Node.js18及以上的镜像了。本以为升个版本也就是改个版本号的事情，但接下来发生的事情足以摧毁一个公司的基建系统。

由于大部分公司的系统都是基于CentOS，我司也是一样，所以我这边首先通过Node.js官网下载最新的Node.js18的CentOS的二进制包,同时打入镜像进行构建，一切都非常顺利，原以为和16一样改个版本号就结束工作，但是直到运行node后，却发生这样的报错。

也就是说C++库版本不对，赶紧查看一下GLIBC版本

这时候首先做的是使用使用yum升级版本，发现这已经是目前最高可用版本。

也就意味着CentOS7，已经无法自动升级，也就意味着只有手动升级GLIBC版本，如果不使用SCL，了解的同学就知道这意味着什么，如果成功无疑等价于你实现了CentOS7的一个新的发行版！

单独升级GLIBC里面很多坑，升级了会导致很多依赖不兼容。

再看来一眼Node.js的issue很早有人开始提出恢复LTS版本在CentOS7的构建，点击查看，但貌似官方也没有一个肯定的回复，就目前的结果来看，并没有恢复。

或许这就是最早的蝴蝶开始煽动翅膀了，危机开始扩散。

那基本只剩一条路直接升级系统，首先升级到了CentOS8发现，yum直接作废。

也就是说CentOS8提供的yum服务直接关闭，看了一眼官方公告（点击可查看），才知道CentOS8在2021年12月31日就已经停止了维护。

取而代之的是Stream版本，但是这个版本就相当于是Red Hat的beta版本，换句话来说新版本的坑先让CentOS的Stream先趟一遍，这还不算，哪怕你说服了自己，算了升级Stream版本，Docker也不给你机会了。[笑哭]

在docker的CentOS官方镜像详情（点击可查看）中的开头就有下面一段话。

什么意思呢？简单来说就是docker的官方CentOS镜像作废。

这意味着什么？

这已经不是风险开始萌芽了，而是风险即将爆发了！

目前来看最优解只能缓慢从CentOS切换到其它的Linux发行版上。而切换到另一个Linux发行版很多基于CentOS镜像中的脚本几乎要全部进行迁移，这无疑是一个大的工作量，但我们却又不得不做，因为这是一个真正的系统性风险，一旦风险彻底暴露，等价于你裸体站在所有人面前。

去掉收费的Linux系统不考虑，目前来看Debian和rockylinux，都是主要可选项。

缺点是rockylinux推出的时间不是很长，Debian的话需要迁移大量初始化脚本和代码。

如果出于成本考虑选rockylinux，如果是出于长期性考虑，我选Debian因为品牌久远一点同时几乎没有撂挑子的可能性，如果撂挑子了身为高知名度的ubuntu几乎可以平滑接盘,而rockylinux接盘侠就只能回到最初的起点了。

其实很早CentOS的停止维护危机就已经出现，但是之前没有产生实际的影响，但是目前CentOS7的停止维护日期即将到来，已经开始产生切实的影响了，我觉得是时候拉响警报了。

这是一个技术人在风暴来临前发起的警报！请注意！请注意！请注意！