为什么要从 CentOS Linux 迁移到 Red Hat Enterprise Linux(RHEL)？

您好，谢谢您，欢迎参加围绕过渡到 RHEL 的商业价值的讨论，与我同行的是 Sukanta Basak。 Sukanta Basak 是 Red Hat 的首席架构师，也是 RHEL 生态系统的主题专家。

Sukanta，围绕 CentOS 或社区企业操作系统（最初被称为）有很多讨论和混淆。 有公告称 CentOS 的 RHEL 重建将在 2021 年结束。

这引发了大家心中的诸多疑问。 请为我们所有的观众消除这种混乱，并告诉我们CentOS 到底发生了什么。

CentOS Linux 不复存在，你该去哪里？

苏坎塔·巴萨克

感谢您邀请我参加这次讨论。 CentOS Linux 8将于 2021 年 12 月终止生命周期的公告已使许多客户及其 IT 战略陷入混乱。 但要回答这个问题，我们首先需要了解这背后的背景——为什么会发生这种举动。

如果我们研究 CentOS 的起源，CentOS 是Red Hat Enterprise Linux的下游项目，而 Fedora 是 RHEL 的上游项目。 这意味着，为 RHEL 发生的所有创新也在 Fedora 上发生。 从那里开始，其中一些创新正在流入 RHEL。

当源代码提交到 CentOS 的 GitHub 频道时，CentOS 联盟会从 GitHub 中提取代码库，为其添加一些价值，并将其重建为社区支持的创新，供合作伙伴和客户使用，无论谁实际采用。

现在，让我们更好地理解这个流程。 对于一个可持续的生态系统，生态系统的所有成员都必须做出贡献，这意味着 Fedora、RHEL 和 CentOS 上发生的创新实际上应该聚集在一起，帮助为 RHEL 构建更好的工作环境。

这就是围绕 RHEL 上游和下游建立生态系统的意图。 CentOS 社区开发人员、客户和合作伙伴进行的所有创新和开发实际上都被采用了。 他们实际上并没有骑自行车回到上游的 RHEL，也就是 Fedora。

一方面，RHEL 错过了那些在 CentOS 上构建的创新——从社区的角度来看，这将是一个更大的失误。 但另一方面，实际上是创新者的 CentOS 采用者，有责任使用 CentOS 版本对这些创新进行生命周期管理。

显然，每次有新版本进来时，他们都必须重新开始生命周期管理。 现有的下游 CentOS Linux 模块存在差距。

开发人员、合作伙伴和他们的客户需要一种协作方式，并找到通往未来 RHEL 版本的方法。 由于现在发现了这个差距，他们宣布了 CentOS 团队项目，这是 CentOS 社区的上游开发平台，其中包括实际进行这项创新的开发人员、客户和合作伙伴，现在他们将有机会接受他们的贡献并进军上游模式。

因此，CentOS 位于 Fedora 和 RHEL 之间。 这是在 2019 年 9 月宣布的。现在有了这些 CentOS 团队的可用性，今天红帽能够缩短开发人员、消费者和合作伙伴之间的反馈循环。

2020 年 12 月，Red Hat 宣布 CentOS Teams 将成为 CentOS 社区的未来投资。 因此，CentOS 社区将不再投资于 CentOS Linux 项目。 相反，他们只会专注于 CentOS 团队的项目。

为了实现这一目标，CentOS Linux 8 项目的生命周期已于 2021 年 12 月宣布结束。但之前的 CentOS 版本，即 CentOS Linux 7 将持续到 2024 年 6 月，这是原定的时间表。

此外，我们还知道较新的版本将在 CentOS Teams 项目下，因此 CentOS 9 将在 2021 年发布。

CentOS 用户的下一步是什么？

Asheet Makhija (7:35)

你很好地澄清了到底发生了什么以及背景是什么。 而现在下一个问题出现了， Red Hat 如何帮助 CentOS 的现有用户？ 如果你能给我们一些理解。

Red Hat 如何帮助用户从 CentOS 迁移？

苏坎塔·巴萨克 (7:55)

这个特别的公告实际上扰乱了许多在其 IT 环境中采用 CentOS 项目的客户的 IT 计划。

我们实际上并没有将其视为一个重新平台。 Red Hat 已经启动了 CentOS 到 RHEL 的过渡计划。 在该计划下，准备好采用该计划的客户可以获得许多好处。

首先，客户现在可以利用红帽及其知识库，其中包括红帽和合作伙伴生态系统中的顾问、解决方案架构师。

知识团队可以聚在一起与客户合作，帮助他们制定最佳的过渡策略。 我们的目标是帮助这些组织采用面向未来的业务平台，并将中断降至最低。

此外，附加到 RHEL 的最广泛的生态系统现在可供客户选择正确的开发工具包、构建工具包等。

现在，开发者社区也可以访问基于 RHEL 的低成本开发平台。 这显然是最受欢迎的工作环境，因为创新和想法的种子发生在开发阶段，这加起来就是生产阶段。 显然，作为该项目的一部分，他们将可以访问 RHEL 迁移知识库。

RedHat 提供了一个微型站点，其中包含所有必需的文档、视频、过渡视频。 一切都可供客户使用，并提供免费的迁移工具包。

如果客户拥有一个有能力在 CentOS 和 RHEL 工作环境中工作的内部团队，他必须去下载该免费工具包并继续实施过渡策略。

除此之外，由于这些公告是在财年中期发布的，RedHat 还推出了一些财务激励措施作为该方案的一部分。

CentOS 更换

现在，根据客户设置的过渡目标以及他们所拥有环境的复杂性，有多种选择可供选择。 因此，他们可以选择最适合他们的。

Asheet Makhija (11:33)

谢谢，这对很多在 CentOS 平台上的人来说是非常鼓舞人心的。 Red Hat 提供了一种真正的程序化方法。 非常感谢您澄清这一点。

为什么要从 CentOS 迁移到 RHEL？

苏坎塔·巴萨克 (11:56)

首先我们应该了解的是，CentOS Linux 是一个社区项目，而 RHEL 是一个企业级 Linux 发行版。

这里的主要区别在于，一旦构建了 RHEL 并将源代码发布到 GitHub，CentOS 联盟就会将文本转换为源代码并在其中添加一些未经认证的代码库，这些代码库不属于我们的 RHEL 预览版。

其次，RHEL 的一些功能是 CentOS 无法重建的。 例如，RedHat 洞察力，它是 CentOS 中没有的一个非常重要的预测分析工具。 因此，CentOS 构建和 RHEL 构建之间存在差异。 这是从技术角度来看的第一个区别。

现在，当客户采用 RHEL 和 VCenter 时，他们意识到的直接好处是可以访问稳定且安全的 RHEL 平台，这不仅为他们提供了 10 年的定义生命周期，外加两年的延长生命周期。 并且，可预测的性能也通过基准报告（可用的 TVC 报告）得到证明。

其次，客户可以访问所有属于 RHEL 的政府、行业和公共安全与合规认证，因为代码已经过认证。

然后是更广泛的生态系统的可访问性，就他们将要建立的业务工作环境的稳定性而言，这需要他们拥有很多所有权。 有三个特定的技术优势通常会影响客户的生产环境。

1. 作为 RHEL 次要版本生命周期的一部分，提供 18 个月的扩展更新支持。 在此期间，客户享受安全补丁、错误修复。

而在 CentOS 方面，不存在扩展更新支持团队。 CentOS 从一个次要版本转移到另一个版本。 如果存在错误，则在下一个版本之前无法进行修复。 在这两者之间，他们实际上无法拥有它。

2. 是否有适用于 RHEL 工作环境的修补程序。 因此，当在 RHEL 生态系统中发现错误时，在其业务工作环境中采用 RHEL 的客户和合作伙伴可以访问 Red Hat 的二进制修补程序。

如果有影响，他们会从 Red Hat 获得它，并在达成该解决方案后立即交付，甚至在它发布给社区之前。 所以，这是一个很大的优势。 CentOS 团队要拥有特定的代码库，他们必须等待特定的代码通过正确的发布框架，然后提交到 GitHub。

然后，他们可以提取并构建它。 典型的延迟长达六周左右，这对于企业工作环境来说是一个很大的风险。

3.影响生产工作环境的是内核实时补丁。 此特定服务是 Red Hat 内核构建过程的一部分。 然而，CentOS 并不存在这个特定的内核生命修补服务团队。

这些是 RHEL 客户享有的三个最具技术影响力的优势。

Asheet Makhija (17:06)

从组织的角度来看，我们的客户通过从 CentOS 迁移到 RHEL 可以获得哪些商业利益？

从 CentOS 迁移到 RHEL 的好处

苏坎塔·巴萨克 (17:34)

我们在过去一年左右与客户合作的经验是，大多数较早采用 CentOS 的人正在将他们的 CentOS 过渡项目愿景扩展到操作系统平台之外。 他们正在采用或执行用例，为 IT 基础架构带来增值。

一些主要好处是#1 提高数据中心或其 IT 环境的整体运营效率，#2 提高开发人员的生产力。

很多时候，我们看到客户谈论摆脱被动管理，即围绕对某些事件做出反应而构建的 SOP 并转向预测性管理框架——RedHat 洞察力是可以提供帮助的关键工具之一。

虽然他们实际上正在考虑这种特殊的愿景扩展，但客户经常谈论在整个生命周期环境中采用一致的操作环境。

无论工作环境是部署在本地、虚拟平台、私有云还是公共云上，都无关紧要。 客户希望拥有一致的环境。

这将我们引向第二个业务用例，它对提高运营效率和开发人员生产力有直接影响。 他们今天可以选择标准化开发人员工具包和最终应用程序代码库所需的构建工具，然后标准化运营管理工具。

无论它们用于开发环境、测试、QA、生产还是预生产，它们都将保持不变。 无论他们在哪里交付它，这真的无关紧要。

这是客户实际谈论的作为愿景扩展的一部分的巨大好处。 第二件事直接影响客户实际拥有的 CentOS 工作环境的成本，以及它如何影响使用 RHEL 降低 TCO。 客户现在可以利用 RHEL 内置的许多本机工具。 RHEL 洞察力是这里的关键之一。

因此，采用原生工具可以帮助客户实现与管理相关、与可观察性相关、与报告相关的功能。 它不涉及任何成本上升。

除此之外，对于拥有开发环境的客户来说，他们实际关注的一个重要用例是他们如何影响操作系统特性功能的开发。 这个想法是，如果他们能够影响它，他们的开发成本就会下降。

他们将提交给 RHEL 的所有这些创新，其生命周期管理都将由 RedHat 自动处理。 从客户的角度来看，这是影响和降低开发成本的一大好处。 因此，尽早接触 CentOS 团队实际上使客户受益。

希望影响 RHEL 主要版本发布的客户或合作伙伴将与 Fedora 项目合作。 那些想要影响 RHEL 次要版本的人将与 CentOS Teams 项目合作。 因此，创新可以通过 CentOS 团队更快地交付给 RHEL。

Asheet Makhija (23:15)

极好的。 非常感谢你。 就像每次你解释得很清楚，你消除了我理解中的很多空白一样，我相信我们的观众也会有同样的感觉，现在对 CentOS 周围发生的事情有了更清晰的认识和为什么组织和开发人员应该从 CentOS 迁移到 RHEL。 所以，再次感谢您加入我们，祝您有美好的一天。 谢谢你。