告别CentOS后，我为什么选择Rocky Linux 9.3作为我的主力开发环境？

告别CentOS后，我为什么选择Rocky Linux 9.3作为我的主力开发环境？

当CentOS官方宣布将重心转向Stream版本时，整个开源社区仿佛经历了一场小型地震。作为长期依赖CentOS稳定性的开发者，我不得不重新评估手头十几个项目的运行环境。经过三个月的深度测试，Rocky Linux 9.3最终成为我的技术栈新基石——它不仅完美继承了RHEL的基因，更在开发者体验上做出了令人惊喜的改进。这篇文章将分享我的完整迁移心路历程，包括技术决策框架的构建、实际环境适配的踩坑记录，以及如何将这套系统打造成高效的开发堡垒。

1. 技术选型的核心逻辑

1.1 企业级Linux的生态图谱

在CentOS传统版本停更后，主流替代方案形成三足鼎立格局：

关键发现：Rocky Linux的社区治理模式更接近原始CentOS的纯粹性，其技术委员会包含多位前CentOS核心成员。在测试中，当AlmaLinux的某个内核模块需要额外编译时，Rocky Linux却能直接使用RHEL的预编译驱动。

1.2 性能基准测试对比

使用Phoronix Test Suite在相同硬件条件下测试：

# 测试环境准备 sudo dnf install -y phoronix-test-suite phoronix-test-suite benchmark pts/system # 典型结果摘要（数值越高越好） ------------------------------------- | 测试项 | Rocky | Alma | |-----------------|-------|-------| | Apache吞吐量 | 9823 | 9412 | | PostgreSQL事务 | 1567 | 1498 | | 编译时间(s) | 217 | 225 |

虽然差异在5%以内，但Rocky Linux在I/O密集型任务中表现更稳定。这源于其默认采用的xfs文件系统优化策略，特别适合容器编排场景。

注意：实际性能差异会随工作负载变化，建议自行验证特定应用场景

2. 迁移实战全记录

2.1 从CentOS 7到Rocky 9的跨越式升级

传统迁移工具migrate2rocky虽能处理小版本升级，但跨大版本迁移需要更谨慎的方案：

1. 应用兼容性评估：

   • 使用rpm -qa --queryformat='%{NAME}\n' > centos_packages.list
   • 对比Rocky仓库可用性：dnf repoquery -l $(cat centos_packages.list)

2. 关键配置迁移：

   # 备份原有配置 tar czvf /backup/etc.tar.gz /etc/{ssh,httpd,my.cnf} # 特殊处理SELinux上下文 sudo fixfiles -B onboot

3. 遇到的实际挑战：

   • Python 2到3的过渡导致旧监控脚本失效
   • Firewalld规则语法微调
   • 老旧的硬件驱动需要重新编译

2.2 开发环境配置优化

针对现代开发需求，我推荐以下基础配置组合：

# 开发者元包安装 sudo dnf groupinstall -y "Development Tools" sudo dnf install -y \ podman-docker \ # 容器运行时 toolbox \ # 隔离开发环境 code \ # VS Code golang \ # 最新稳定版Go nvm && nvm install --lts # Node版本管理

开发工具链对比：

3. 生产级环境调优

3.1 内核参数精细化调整

针对高并发服务场景，需修改/etc/sysctl.d/10-tuned.conf：

# 提升TCP性能 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_fin_timeout = 30 # 优化内存管理 vm.swappiness = 10 vm.dirty_ratio = 20 # 容器友好配置 user.max_user_namespaces = 15000

使用tuned-adm选择优化方案：

sudo dnf install -y tuned-profiles-kubernetes sudo tuned-adm profile throughput-performance

3.2 安全加固检查清单

• [x] 启用FIPS模式：fips-mode-setup --enable
• [x] 配置自动更新：sudo dnf install -y dnf-automatic
• [x] 审计关键操作：sudo ausearch -k devops_audit
• [x] 限制SSH访问：AllowUsers devops@192.168.1.0/24

4. 容器化开发工作流

Rocky Linux 9.3的Podman 4.0支持完全无守护进程的容器管理：

# 创建开发专用容器 toolbox create -i quay.io/rockylinux/rockylinux:9 dev-env # 典型开发会话示例 podman run --rm -it \ -v $PWD:/workspace \ -p 8080:8080 \ docker.io/library/golang:1.20 \ /bin/bash -c "cd /workspace && go run main.go"

与传统Docker的兼容性处理：

# 创建别名实现无缝过渡 echo 'alias docker=podman' >> ~/.bashrc systemctl --user enable podman.socket

在迁移完成六个月后，这套环境已经稳定支撑了超过200个容器实例的持续交付流水线。最让我惊喜的是Rocky Linux的可靠性——系统uptime记录已经突破180天，期间经历了数十次安全更新，从未出现服务中断。对于仍在使用CentOS 7的团队，我的建议是：立即开始评估Rocky Linux 9.3，它的向后兼容性比预期更好，而且社区响应速度令人印象深刻。