我有一些在 AWS 上运行 16.04 LTS 的生产服务器。
是否建议在运行版本 16.04 的生产环境中启用 Ubuntu Pro ESM，或者是否建议等待再实施此更改？
答案1
发言个人经验无论是在工作场所还是在家里，我想说这取决于你的基础设施和需求。
在 $DAYJOB，我们有许多关键服务器，它们为合作伙伴提供业务产品的关键组件，这些服务器运行在较旧的 14.04 和 16.04 机器上，还有少量 12.04 旧服务器。这些系统是暂时地受到 ESM 的保护，以确保安全更新和补丁，然而这是不是完全更新系统的替代品。我本人、IT 团队等都一直在努力替换这些过时的系统。 虽然拥有安全补丁是件好事，但 ESM 的设计目的是允许“一些”修补余地等，以便为特定系统提供持续的安全支持，但这仅限于您找到替代品或将您的系统迁移到较新版本的 Ubuntu 之前。
它从未被设计为版本终止使用时的“终极”解决方案 - 并且永远不会。它被设计为一种权宜之计，允许您运行具有（有限范围！）安全覆盖的“遗留”系统，同时努力将您的系统迁移到更新的操作系统或软件系统。
因此，当您的系统达到标准支持结束时（16.04 在 2021 年 4 月失去标准支持，ESM 随即开始），您处于 ESM 支持状态，并且需要支付 Ubuntu Pro（以前称为 Ubuntu Advantage for Infrastructure）才能获得 ESM 权利每台服务器在您的环境中（1 VM = 1 服务器）。
无论 Pro/ESM 如何，您的主要目标都是将您的系统从不受支持的旧版软件中迁移出来并将它们转移到更新的操作系统环境。
- 举个例子：我们刚刚在 $DAYJOB 使用四个 Python 驱动的 API 端点执行了此操作，因为我们需要 Python 3.6（相关系统上的 EOL/EOSS 版本）中不可用且较新的 Python 中可用的新功能。因此，我们将其迁移到新的 22.04 服务器。Python 运行完美，我们能够集成较新的 Python 3.10+ 功能和需要 Python 3.8+ 才能运行的模块，从而增强内部编写的软件。
总而言之，这将完全取决于您的组织，但 ESM 是有限的支持- 一种创可贴，可让您继续使用“较旧”的服务器软件，同时将工作流程迁移到较新的 Ubuntu 系统或替代软件解决方案（例如，如果使用较新版本中不再可用的软件）。
答案2
我们不是 Ubuntu Pro 销售团队，也不是 Ubuntu Pro 支持团队。我们提出的任何建议都是个人意见，可能与 Canonical 销售资料不符。
ESM 直到标准支持结束（5 年）后才开始。无论您在第 1 天还是第 1825 天启用（并开始支付）ESM，结果都是一样的。
当然，其他 Ubuntu Pro 服务可能更早就会派上用场。但这是您和 Ubuntu Pro 销售团队（我们不是）之间的对话。
观点：ESM 是一种有限的权宜之计，可为您的组织争取几年时间将企业工作流程迁移到更新、完全支持的 Ubuntu 系统。使用 ESM 应是更广泛、更有组织、资源充足的迁移项目的临时部分。