小程序版
微信扫码，随时查命令
版本信息最后核对：2026-10-25
核对日期：2026-10-25。 本页把操作系统、Kubernetes 和常见 DevOps 工具的生命周期集中到三张表，便于在架构评审、升级排期和安全审计时快速判断“还能不能用、什么时候必须升级”。表中日期来自各厂商官方 lifecycle/支持页面；厂商保留调整未来日期的权利，具体日期以官方 lifecycle 页为准，本页只作规划参考。
阅读时先区分四种口径：
表中“以官方页面为准”表示官方没有给出可长期引用的固定日期，或日期会随版本滚动变化；不要把它理解成“永久支持”。
操作系统选型先看支持窗口，再看应用兼容性。Ubuntu LTS 每两年发布一版，标准安全维护五年，ESM 可延长到十年；22.04 的标准安全维护只剩约半年，24.04 是当前稳妥选择，26.04 适合新部署。RHEL 采用十年生命周期，分完整支持、维护支持和扩展生命阶段；RHEL 8 已进入维护支持，RHEL 9 的完整支持到 2027-05，RHEL 10 是新部署首选。Windows Server 采用固定生命周期，主流支持五年、扩展支持五年；2022 已于 2026-10 转入扩展支持，只收安全更新。macOS 不公布固定 EOL，Apple 只为当前版本持续提供更新，历史版本不保证修复全部安全问题。
| 平台/版本 | 标准支持/安全更新截止 | 扩展支持/ESM 截止 | 升级建议 | 官方页面 |
|---|---|---|---|---|
| Ubuntu 22.04 LTS | 2027-05 | ESM 至 2032-05；Legacy 附加至 2037-05 | 2027 年前按 22.04→24.04→26.04 逐级升级 | Ubuntu release cycle |
| Ubuntu 24.04 LTS | 2029-05 | ESM 至 2034-05；Legacy 附加至 2039-05 | 当前生产主力，2029 前评估下一 LTS | Ubuntu release cycle |
| Ubuntu 26.04 LTS | 2031-05 | ESM 至 2036-05；Legacy 附加至 2041-05 | 新部署优先，先验证第三方软件兼容性 | Ubuntu release cycle |
| RHEL 8 | 完整支持已于 2024-05-31 结束 | 维护支持至 2029-05-31 | 8.10 是最后 minor，用 Leapp 评估迁移 9/10 | RHEL lifecycle |
| RHEL 9 | 完整支持至 2027-05-31 | 维护支持至 2032-05-31 | 2027 年前完成 RHEL 10 评估 | RHEL lifecycle |
| RHEL 10 | 完整支持至 2030-05-31 | 维护支持至 2035-05-31 | 新部署首选，核对应用与工具链认证 | RHEL lifecycle |
| Windows Server 2019 | 主流支持已于 2024-01-09 结束 | 扩展支持至 2029-01-09 | 仅剩安全更新，规划迁移到 2022/2025 | Windows Server 2019 lifecycle |
| Windows Server 2022 | 主流支持已于 2026-10-13 结束 | 扩展支持至 2031-10-14 | 已进入安全更新阶段，尽快评估 2025 | Windows Server 2022 lifecycle |
| Windows Server 2025 | 主流支持至 2029-11-13 | 扩展支持至 2034-11-14 | 新部署首选 LTSC 版本 | Windows Server 2025 lifecycle |
| macOS 27 | 当前最新版，持续更新 | 未公布 EOL | 保持最新小版本 | Apple 安全更新 |
| macOS 26 | 2026-09-28 仍获安全更新 | 未公布 EOL | 可短期使用，规划升级到 27 | Apple 安全更新 |
| macOS 15 | 2026-09-28 仍获安全更新 | 未公布 EOL | 尽快评估升级，不要依赖长期补丁 | Apple 安全更新 |
说明：Ubuntu 日期只精确到月份；Windows 日期为最后完整支持日，微软官网按太平洋时间显示为次日 06:59；RHEL 的未来日期可能调整；macOS 没有官方固定 EOL。以上均以各官方页面为准。
Kubernetes 每年约发布三个 minor，每个 minor 的补丁支持约 12 个月，因此同一时间通常有三个 minor 处于支持窗口。升级必须逐 minor 进行，不能从 1.35 直接跳到 1.37；控制面、kubelet、kubectl 的版本偏差还要符合官方 version skew 策略。托管集群同样要核对节点池、CNI、CSI 和 addon 的兼容版本，不能把“控制面已升级”当成升级完成。
| Minor | 当前状态 | EOL | 升级建议 | 官方页面 |
|---|---|---|---|---|
| 1.37 | 最新稳定线，最新补丁 1.37.1（2026-09-15） | 2027-10-28 | 新集群的目标版本 | Kubernetes releases |
| 1.36 | 受支持 | 2027-06-28 | 可作过渡，规划升到 1.37 | Kubernetes releases |
| 1.35 | 受支持，窗口进入末段 | 2027-02-28 | 2027 年第一季度前完成升级 | Kubernetes releases |
| 1.34 | 窗口边缘，仅剩数天 | 2026-10-27 | 立即升级，不要新建集群 | Kubernetes releases |
截至核对日，官方支持分支为 1.35、1.36、1.37；1.34 的 EOL 为 2026-10-27，已到窗口边缘。Kubernetes 的 minor 大约每四个月发布一次，生产集群应至少每年安排一次升级窗口，并在测试集群演练 API 废弃、节点漂移和插件兼容问题。
DevOps 工具的版本策略差异很大：有的按“最近几个 minor”滚动支持，有的按发布线整体替换，有的只对商业产品给出支持期。共同点是下载得到不等于仍受支持，升级前必须查官方支持矩阵和升级路径。
| 工具 | 生命周期/支持策略 | 关键时间 | 升级建议 | 官方页面 |
|---|---|---|---|---|
| Terraform | CLI 无固定逐版本 EOL；HashiCorp 对 GA 版本最长支持 2 年；2026-04 起自管理产品转 IBM SC-2；Terraform Enterprise LTS 1.2 支持至 2027-11 | 2027-11（TFE LTS 1.2）；其余以官方页面为准 | 锁定 Terraform 与 provider 版本，逐 minor 升级，先 plan 后 apply | IBM 支持附录、HashiCorp LTS |
| Argo CD | 每季度发布 minor（2/5/8/11 月）；仅最近 3 个 minor 获得补丁，更早版本视为 EOL | 滚动变化，以官方页面为准 | 升级前读对应 minor 的 upgrade notes，先备份配置 | Argo CD release process |
| Jenkins LTS | 每 12 周选择一次 LTS 基线，每条基线约 3 个补丁版本、约 4 周一次；仅当前 LTS 线获安全修复，无固定 EOL | 滚动变化，以官方页面为准 | 跟随当前 LTS 线，按 upgrade guide 逐版本升级，不支持降级 | Jenkins LTS |
| GitLab | 每月发布 minor；安全修复覆盖当前稳定版和前两个月度版本，bug 修复仅当前稳定版；每年一个大版本（20.0 计划 2027-05-20） | 2027-05-20（GitLab 20.0） | 按官方 upgrade path 在 required stop 停靠，不要跳版本 | GitLab maintenance policy |
Terraform 的“2 年”是商业支持口径，不等于 CLI 每个版本都有两年社区维护；Argo CD、Jenkins LTS、GitLab 则采用滚动支持线，旧版本一旦滑出窗口就不再获得安全补丁。对这类工具，版本台账应记录“当前支持线”而不仅是安装版本。
合上页面，先回答，再展开对照。
小程序版
微信扫码，随时查命令