机房里三台物理机刚做完系统重装，蹲在机柜旁敲命令的时候，脑子里反复琢磨centos哪个版本最好用，手里的U盘系统镜像来回切换，折腾了整整一下午才捋清适配的门道。
最先上手的是最新的CentOS Stream 9，当时想着新版本内核配套软件更新，跑轻量化网站应该会更流畅。镜像写入U盘后装机全程顺畅，进入系统界面也没出现报错，可落地跑业务的时候直接卡了壳。搭建LNMP环境时，官方源里大量常用编译包版本过高，老项目的PHP程序完全兼容不上，yum安装直接报依赖冲突，来回更换软件源折腾了两个小时，最后还是没能正常启动网站后台。
后来才反应过来，Stream系列本身就是滚动更新的预览版，压根不适合用来跑长期稳定的线上业务，机房里好几台存放企业数据的服务器，从来不会有人选这个分支。
随手切换到CentOS 8的镜像，这套系统刚装完的体验比Stream9舒服不少，软件仓库的适配度均衡，基础服务搭建没有硬性报错。运行了三天之后，服务器后台弹出官方停止维护的提示，才想起官方早已停止对8系列的全套更新，系统漏洞补丁彻底断更。
内网业务服务器存储着大量客户台账，不敢带着高危漏洞长期运行，只能连夜导出数据，重新更换系统镜像重装。机房运维同事过来调试设备时，也说很少有同行会长期租用8版本的服务器，线上生产环境基本不会触碰。
机柜角落存放的旧服务器还留存着CentOS 7.6的安装包，顺手给闲置测试机装上，初期运行没有任何问题，跑轻量测试程序十分顺手。连续使用半个月后，系统自带的内核版本老旧，部署新版容器服务时出现内核兼容报错，磁盘挂载的拓展功能也存在隐性限制，只能额外手动升级内核，额外多出不少运维工作量。
翻出存放在移动硬盘里的CentOS 7.9镜像，重新给三台业务物理机部署系统，整套流程走下来完全没有出现之前的各类兼容问题。官方源内置的软件版本适配绝大多数传统建站程序、数据库服务，容器工具、虚拟化组件都能直接yum一键安装，不用额外调整软件源。
系统底层内核适配范围宽泛，老旧硬件服务器和全新高配机器都能平稳运行，官方提供的长期维护补丁持续推送，内网存储业务跑了四个月，没弹出过安全更新终止的提示。
机房剩下的备用机，全部统一刻录了7.9的安装镜像，后续新开业务节点也不会再随意更换其他版本。
下班收拾机柜工具的时候，指尖蹭到机箱散热片的发烫金属，脑子里只觉得当初盲目追新的操作实在多余。