CentOS 8 软件安装应优先选择哪种方式？

Question

在CentOS 8系统中，软件安装应优先选择哪种方式？是使用传统的yum命令，还是推荐使用dnf？许多管理员在系统升级到CentOS 8后，对软件包管理工具的选择存在困惑。尽管yum仍可使用，但已被标记为弃用。实际环境中，dnf作为默认的包管理器，具备更好的依赖解析能力、更高效的性能和对模块化内容的支持。那么，在自动化脚本或生产部署中，是否应全面迁移到dnf？使用dnf是否会影响现有yum兼容的第三方仓库配置？这成为运维实践中亟需明确的关键问题。

Answer 1

一、CentOS 8 中软件安装方式的演进背景

在 CentOS 8 发布后，Red Hat 正式将 DNF（Dandified YUM） 作为默认的包管理器，取代了长期使用的 YUM。尽管 YUM 命令仍可通过兼容层运行，但其底层已被重定向至 DNF，且官方明确标注为“已弃用”。

这一变化源于 Fedora 社区对包管理系统的重构需求。传统 YUM 使用 Python 2 编写的依赖解析引擎存在性能瓶颈和逻辑缺陷，而 DNF 基于 libsolv 库实现更高效的 SAT 求解算法，在处理复杂依赖关系时表现更优。

以下是两个关键版本对比：

特性	YUM (CentOS 7)	DNF (CentOS 8)
底层依赖解析器	Python-based resolver	libsolv (SAT solver)
模块化支持	无	支持
内存占用	较高	较低
插件架构	有限扩展性	现代化插件系统
Python 版本依赖	Python 2	Python 3

二、从兼容性到功能优势：为何推荐使用 DNF

虽然 yum install httpd 在 CentOS 8 上仍然可以执行，但这实际上调用了 DNF 的兼容接口。真正的原生命令应为 dnf install httpd。这意味着所有操作最终都由 DNF 引擎完成。

DNF 的核心优势体现在以下几个方面：

• 更快的依赖解析速度：利用 libsolv 实现数学建模求解，显著减少冲突判断时间。
• 模块化软件流（Modularity）：允许在同一仓库中提供多个版本的软件（如 Node.js 14/16/18），通过 stream 明确指定版本。
• 事务预览功能：使用 --dry-run 可模拟安装过程，避免误操作影响生产环境。
• 更好的回滚机制：结合 dnf history 可精确追踪并撤销变更。

示例如下：

# 查看即将安装的内容而不实际执行
dnf install nginx --dry-run

# 启用特定模块流
dnf module enable nodejs:18

# 安装指定流的软件包
dnf module install php:7.4/common

三、自动化脚本与生产部署中的迁移策略

对于拥有大量遗留脚本的企业而言，是否需要立即全面迁移到 DNF？答案是建议逐步迁移，而非强制替换。

当前大多数企业采用混合模式运行，原因包括：

1. 部分旧脚本依赖 yum-plugin-* 扩展，尚未完全适配 DNF 插件体系。
2. CI/CD 流水线中存在硬编码的 yum 调用，需评估变更风险。
3. 第三方监控工具或配置管理框架（如 Puppet、SaltStack）的历史版本可能未优化 DNF 支持。

然而，在新项目或重构场景中，应优先使用 dnf 命令，以确保长期可维护性。以下为推荐迁移路径：

graph TD A[现有YUM脚本] --> B{是否仍在维护?} B -->|否| C[标记归档，无需修改] B -->|是| D[分析依赖插件] D --> E[替换yum为dnf] E --> F[测试dry-run行为] F --> G[上线新版脚本] G --> H[建立统一规范文档]

四、第三方仓库的兼容性分析

一个常见担忧是：使用 DNF 是否会影响现有的 yum 兼容第三方仓库？例如 EPEL、Remi、IUS 等。

结论是：完全兼容。这些仓库提供的 .repo 文件格式与 DNF 完全一致，且 DNF 继承了 YUM 的 repo 配置解析逻辑。

以 EPEL 为例：

# 安装 EPEL 仓库（自动适配 DNF）
dnf install epel-release

# 列出可用第三方包
dnf repository-packages epel list

此外，DNF 还增强了仓库管理能力：

• dnf repolist --all：显示所有启用/禁用的仓库。
• dnf config-manager --set-enabled cr：动态启停仓库。
• dnf download package-name：仅下载 RPM 包，不安装。

这使得运维人员能更精细地控制软件来源，提升安全审计能力。

五、高级应用场景与最佳实践

在大型基础设施中，DNF 的高级特性可带来显著效率提升：

场景	解决方案	命令示例
离线环境部署	缓存元数据与RPM包	dnf --downloadonly install httpd
最小化系统更新	使用--best选项确保依赖最优解	dnf update --best
容器镜像构建	结合microdnf（轻量级DNF）	microdnf install python3
安全合规检查	集成OpenSCAP与dnf-plugin-security	dnf updateinfo list security
批量主机管理	Ansible + dnf 模块	- name: Install package   dnf:     name: nginx     state: present