Apache Pegasus 项目中的 CentOS 7 EOL 问题分析与解决方案

在开源项目 Apache Pegasus 的持续集成流程中，开发团队遇到了一个由 CentOS 7 生命周期终止（EOL）引发的构建问题。这个问题不仅影响了项目的自动化构建流程，也引发了关于项目基础镜像选择的深入讨论。

问题背景

CentOS 7 作为长期广泛使用的 Linux 发行版，于近期正式到达生命周期终点。这一变化直接影响了 Pegasus 项目的构建环境，特别是基于 CentOS 7 的 Docker 镜像构建工作流。构建失败的主要表现是无法从官方仓库获取必要的软件包依赖。

技术分析

深入分析后发现，问题主要涉及两个层面：

1. 基础架构兼容性问题：CentOS 7.5.1804 镜像在 ARM64 架构上存在软件源不完整的问题，特别是 SCL（Software Collections）仓库缺少对 ARM64 架构的支持。

2. 工具链依赖冲突：GitHub Actions 的 Node.js 运行时环境需要较新版本的 glibc 库（2.27+），而 CentOS 7 默认提供的 glibc 版本（2.17）无法满足这一要求，导致 actions/checkout 等基础操作无法正常执行。

解决方案演进

项目团队探索了多种解决方案路径：

1. 短期修复方案：通过修改软件源配置，将镜像源从 mirror.centos.org 切换至 vault.centos.org，这一调整在 x86_64 架构上取得了成功。

2. 架构适配方案：针对 ARM64 架构的特殊情况，团队选择暂时从工作流中移除该架构支持，确保主要构建流程的稳定性。

3. 长期迁移方案：经过评估，团队最终决定将基础镜像迁移至 Rocky Linux 9，这一决定基于：

   • Rocky Linux 作为 CentOS 的替代发行版，提供了更好的长期支持
   • 新版本解决了 glibc 等基础库的版本兼容性问题
   • 更现代的软件包生态和安全性更新

经验总结

这一问题的解决过程为开源项目维护提供了有价值的经验：

1. 基础镜像选择：长期支持（LTS）的基础镜像对项目稳定性至关重要，需要定期评估其生命周期状态。

2. 多架构支持：在提供多架构支持时，需要全面测试各架构下的软件包可用性。

3. 依赖管理：现代 CI/CD 工具链可能依赖较新的系统库版本，需要在基础镜像选择时考虑这一因素。

Apache Pegasus 项目通过这次调整，不仅解决了当前的构建问题，也为未来的持续集成流程奠定了更可靠的基础。这一案例也展示了开源社区如何协作应对基础设施变化带来的挑战。