亚马逊云科技开放 AL2027 预览，开发者最关心的却是：能原地升级吗？

亚马逊云科技已推出 Amazon Linux 2027 公开预览版 "。该版本以 AL2023 " 为基础，默认以强制模式运行 SELinux "。对于计划迁移的团队来说，这项默认设置最可能带来额外工作。公告没有说明 AL2023 的支持何时结束，也没有说明 AL2027 何时正式发布。 AL2027 运行在 7.1 或更高版本的内核上，使用 AWS-LC " 执行加密操作，并加入了加速器驱动，其中包括面向机器学习工作负载的 AWS Neuron " 支持。亚马逊云科技将其定位为适用于 Web 应用、数据库、容器化微服务、AI 和机器学习工作负载，以及大规模基础设施的操作系统。 内核版本尚未最终确定。亚马逊云科技首席工程师 Benjamin Herrenschmidt 在有关此次发布的 LinkedIn 讨论 "中指出，内核会持续更新，直到采用长期支持版本。因此，7.1 只是起点，并不一定是 AL2027 正式发布时搭载的版本。 SELinux 强制模式是运维方面的关键变化。AL2023 的 SELinux 以宽容模式运行，违反策略的行为只会被记录，而不会被阻止；在强制模式下，这些行为会被阻止。如果某些应用之所以能在 AL2023 上运行，只是因为 SELinux 对其行为提出警告却没有拦截，那么除非其文件上下文、端口和访问模式符合策略，否则它们将在 AL2027 上运行失败。验证这一点，是公开预览版最有价值的用途。 社区的第一个问题关乎迁移，而不是新功能。在 Reddit " 上，一位评论者询问是否会提供从 AL2023 到 AL2027 的原地迁移路径。这个问题获得的赞数超过了该讨论串中的其他所有评论，但亚马逊云科技没有给出回答。 另一位用户回复说，云原生实践通常是替换主机，而不是原地升级。最初提问的评论者认可这一原则，但也指出了例外： 我明白，但即使在把服务器当作“牲畜”而不是“宠物”的世界里，遗憾的是，总会有一些东西不得不继续被当作“宠物”照管。 第三位用户建议，对于根卷上不保存状态的实例，可以考虑使用 EC2 根卷替换 "作为一种部分可行的迁移路径。但这只能覆盖某些情况，无法解决普遍问题。 同一讨论串也显现出发布节奏与实际采用速度之间的差距。一位评论者表示，他仍在努力推动所在组织的各个团队迁移到 AL2023。 预览版的覆盖范围较广，但尚不完整。x86-64 和 ARM 版本的 AMI 已通过控制台在所有商业区域提供，容器基础镜像也已上架 Amazon ECR Public Gallery "。本地部署镜像尚未推出。一位 GitHub 账号出现在项目问题跟踪器中的 Amazon Linux 团队成员在同一 Reddit 讨论串中表示，团队在最后一刻发现了一个问题，将很快发布这些镜像。 两个讨论串都谈到了为何选择 Amazon Linux，而不是其他源自 RHEL 的发行版。r/aws 上的一位评论者表示，他不相信 IBM 不会再次迫使 Rocky、Alma 或 Oracle 重新设计其运作方式，这是在指 Red Hat 对源代码可用性所作的调整。在 r/linux " 上，另一位评论者则从不同角度比较了 Amazon Linux： 不，它更像 Oracle Linux。没错，它属于一家糟糕的公司，但它完全开源，而且确实不附带任何条件，不像许可证限制严格的 Oracle Java。它不是试图制造供应商锁定，也不是一个专有平台。 他补充说，使用它的理由并不充分，因为它只是对其他地方已有软件的重新发行。这是对亚马逊云科技所强调的云优化优势的一种反驳。 对于评估预览版的团队来说，实际工作重点是测试应用能否适应 SELinux 强制模式，而不是对内核进行基准测试。亚马逊云科技在 AL2027 文档 "中公布了相对于 AL2023 的完整变更列表，并通过 AL2027 GitHub 仓库 "接收反馈。 原文链接： https://www.infoq.com/news/2026/09/amazon-linux-2027-preview/ "