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

在开源分布式存储系统 Apache Pegasus 的开发过程中，构建环境依赖的 CentOS 7 系统生命周期结束（EOL）带来了显著的构建问题。本文将深入分析这一问题的影响、技术背景以及项目团队采取的解决方案。

问题背景

CentOS 7 作为长期稳定的 Linux 发行版，曾是许多开源项目构建环境的首选。然而，随着 Red Hat 宣布 CentOS 7 生命周期结束，官方镜像仓库和软件源均不再维护，这直接影响了依赖 CentOS 7 构建环境的项目。

在 Apache Pegasus 项目中，构建环境 Docker 镜像的创建流程（BuildCompilationEnvDocker）因 CentOS 7 EOL 而开始频繁失败。主要表现包括：

1. 基础镜像拉取失败
2. 软件包仓库不可用
3. 依赖解析错误

技术挑战分析

架构兼容性问题

项目构建流程中尝试同时支持 x86_64 和 aarch64 架构，但 CentOS 7.5.1804 的软件源中并不包含完整的 aarch64 架构支持。这导致在构建多架构 Docker 镜像时出现软件包缺失问题。

工具链依赖冲突

GitHub Actions 的现代工具链（如 Node.js 20）需要较新版本的 glibc 库（GLIBC_2.27+），而 CentOS 7 默认提供的 glibc 版本较低（2.17），导致工具链无法正常运行。

软件源不可用

传统的 CentOS 镜像源（mirror.centos.org）已停止服务，虽然可以通过修改为 vault.centos.org 临时解决，但这并非长期可持续的方案。

解决方案演进

临时修复措施

项目团队最初尝试了以下临时解决方案：

1. 修改软件源指向 vault.centos.org
2. 禁用 aarch64 架构支持
3. 调整构建工具版本要求

这些措施虽然能暂时恢复构建流程，但存在明显局限性：

• 软件源长期可用性无法保证
• 多架构支持缺失
• 与现代工具链的兼容性问题

长期解决方案

经过技术评估，项目团队决定将基础镜像迁移至 Rocky Linux 9，这是 CentOS 的替代发行版之一，具有：

1. 长期支持承诺
2. 完善的软件生态
3. 良好的兼容性
4. 多架构原生支持

迁移后，项目获得了以下优势：

• 构建环境稳定性提升
• 工具链兼容性改善
• 多架构支持恢复
• 长期维护保障

经验总结

这一技术迁移过程为开源项目维护提供了宝贵经验：

1. 基础环境选择：应优先考虑有长期支持计划的发行版
2. 兼容性设计：构建环境需要与现代开发工具链保持兼容
3. 多架构支持：基础镜像应原生支持主流CPU架构
4. 前瞻性规划：对关键依赖的生命周期保持关注，提前规划迁移

Apache Pegasus 项目的这一技术决策，不仅解决了当前的构建问题，也为项目的长期可持续发展奠定了基础。这种积极应对基础设施变化的做法，值得其他开源项目借鉴。