Rocky Linux 与 RHEL 的差异

Rocky Linux 的兼容目标是 bug-for-bug compatible（Bug 级兼容）——不仅功能一致，连已知 Bug 行为也保持一致。本页不重复兼容策略与治理（枢纽站视角），只从日常运维实操列出你会实际碰到的差异点。

兼容性边界：什么通用，什么不通用

Rocky Linux 的目标是 bug-for-bug 兼容 RHEL：不仅功能一致，已知缺陷行为也保持一致。

维度	是否与 RHEL 通用	说明
RPM 包 / ABI / API	✅ 通用	RHEL 的 RPM 包可直接装在 Rocky；ABI/API 一致
`dnf` / `rpm` 包管理	✅ 通用	命令、仓库配置、模块流操作一致
`systemd` / SELinux / 内核参数	✅ 通用	服务管理、安全策略、调优技能可迁移
系统行为	✅ 一致	bug-for-bug 目标下连已知缺陷行为都对齐
Red Hat 订阅 / 认证生态	❌ 不通用	RHEL 的订阅权益、商业认证清单、部分厂商支持协议不随包迁移
发行版标识与商标	❌ 不同	release 文件、品牌、logo 均为 Rocky 自有（见下）

发行版标识差异

Rocky 有自有的 release 标识，排查脚本里硬编码 redhat-release 的地方要注意：

$ cat /etc/rocky-release          # Rocky Linux release 9.x
$ cat /etc/redhat-release         # 兼容性软链，多数场景仍可读

依赖 /etc/redhat-release 内容做判断的第三方脚本，迁移后应复核——Rocky 保留了兼容软链，但内容字符串是 Rocky 的。

订阅与仓库差异

RHEL 的内容通过订阅获取；Rocky 没有订阅概念，仓库开箱即用。从 RHEL 迁移前，先在源系统上注销订阅并清理本地凭据，再执行转换（订阅相关命令以 Red Hat 官方订阅文档为准）。

Rocky 的仓库分层（baseos / appstream / crb / extras 等，及 Rocky 特有的 plus 仓库）与启用方式，见仓库配置。

源码与构建差异

RHEL 的源码经 Red Hat 发布；2023 年 Red Hat 限制 RHEL SRPM 直接访问后，Rocky 通过 CentOS Stream git 仓库、UBI 容器、合规订阅获取的 SRPM 及公开源码等渠道重建，做法遵守开源许可证。构建系统上 Rocky 用自研的开源云原生构建系统 Peridot（而非 Fedora/CentOS 的 Koji），以保障构建透明与可独立审计。这两点的完整背景见枢纽站 Rocky Linux 专题。

何时选 Rocky，何时选 RHEL

选 Rocky：需要免费、RHEL 二进制兼容的生产系统；CentOS 迁移目标；容器宿主机；科研教育；不接受订阅费用但要 EL 生态。
选 RHEL：合规/采购硬性要求 RHEL；依赖 Red Hat 商业认证清单、原厂支持 SLA 或特定 ISV 认证；需要 Red Hat 生态的增值组件。