SUSE Linux Enterprise Server 16 在 2025 年 11 月正式发布，是这条企业级发行版线换代的一版：装机换成 Agama，日常管理交给 Cockpit，Ansible 直接内置，用了二十多年的模块化体系被拿掉。整条 16 系列给到 16 年支持期，跨过 2038 年那道坎。

版本线换了一代

清单上这条目还停在 15 SP7，实际情况已经走了一步：16.0 在 2025 年 11 月 4 日开放获取，是 15 系列的接班人。官方给的节奏是 16.0 到 16.6 共七个次版本，每年 11 月发一个，每个次版本单独给五年支持——两年常规支持加三年延长期。

命名也改了：过去叫服务包，现在叫次版本；过去叫长期服务包支持，现在统一叫长期支持。变的是口径——以前服务包的寿命跟着大版本走，现在每个次版本自己算五年。

YaST 退到维护模式

这是这一版最需要说清楚的变化。YaST 从 1996 年起就是 SUSE 的招牌，装机、分区、配网络、管服务全靠它。16 起它进入维护模式：15 系列继续完整支持，16 系列里它的位置由三样东西接手。

装机交给 Agama。这是一个基于网页的安装器，整个流程可以在本机浏览器里跑完，也可以远程操作；核心用 Rust 写，对外提供完整的 HTTP 接口，方便塞进自动化流水线。它保留了与旧配置文件的兼容性，现成的自动安装配置大多能直接读进去；同时还提供一套基于 JSON 的原生写法，只描述想改的部分，不必把整套分区方案写全。

日常管理交给 Cockpit。这是一个网页控制台，看状态、翻日志、查性能都在浏览器里完成。SUSE 为它补了几个专门的应用，软件源、装包、订阅管理这些原本只有 YaST 才管得了的事，现在能在网页上做。自动化则交给 Ansible——这一版把它直接放进系统，附带防火墙、集群、安全策略、容器运行时等一批标准角色可调；原来的 Salt 不再随系统提供，只作为多 Linux 管理产品的一部分继续支持。

模块化体系被拿掉

15 系列那套模块划分——基础系统、服务器应用、开发包各占一个模块，各带独立的软件池与更新通道——在 16 里取消了。官方给的理由是简化：多层仓库结构让补丁查找和升级判断都变复杂，去掉之后包管理器的更新性能也上去了。

代价是习惯要改。以前「先加模块再装包」的操作不存在了，软件直接从主仓库拿；次版本仍然各自带独立仓库，升级路径还是要按次版本算。对只跑少数几个服务的机器，这套简化省事；对靠模块做差异化裁剪的环境，迁移时得重新梳理装了什么。

快照与回滚成了标配

基于 Btrfs 与 Snapper 的文件系统快照在 12 就有了，这一版把它铺到了云镜像上——不管跑在物理机、虚拟机还是云端，行为一致。用包管理器或网页控制台做更新时，系统会自动打一个快照并只保留固定数量，随时可以回退；快照做在文件系统层，所以能查到具体改了哪些文件，而不只是「某次更新」。配合实时补丁（这一版把它放进所有版本，不再单独收费），内核安全修复可以在不重启的前提下打上。

安全侧换了两块地基

强制访问控制从 AppArmor 换成 SELinux，附带四百多个模块的策略集。这个换法对老用户是实打实的迁移工作量：以前靠 AppArmor 配置放行的服务，现在要写 SELinux 策略。另一块是可复现构建——同样的源码能编出逐字节一致的产物，配合签名与认证，用来证明发布的镜像没被中途改过。这套东西加上开源治理，让这个发行版拿到了「数字公共产品」的认定。

减法清单也不短

为了收窄攻击面，这一版删掉的东西比加上的更值得注意：X11 不再提供，桌面会话只走 Wayland；VNC 服务移除，远程桌面与屏幕共享改走 RDP；Xen 支持移除，虚拟化只剩 KVM；网络管理从 wicked 换成 NetworkManager；NIS 移除；ISC DHCP 服务端换成 Kea；GTK2、Qt5 与 wxWidgets 三个图形库不再提供；32 位应用支持移除。桌面部分也跟着瘦身，只带一个最小化的 GNOME，够跑浏览器、文件管理器和看图看文档——服务器系统不为了偶尔的图形操作背一整套桌面栈。

支持周期怎么算

如果现在还在 15 系列上，不必着急：15 SP7 在 2025 年 6 月发布，常规支持到 2031 年 7 月底，延长的长期支持到 2034 年 7 月底，两代会并行很久。

16.0 自己的窗口是：常规支持到 2027 年 11 月底，长期支持到 2030 年 11 月底；整条 16 系列的长期支持排到 2035 年 11 月底，核心组件再往后三年。规划升级时，看的是次版本那一行。

硬件门槛与架构

官方给的最低规格很低：一个 CPU、2GB 内存、32GB 存储，够装一台没有图形界面的服务器。架构覆盖是它的老本行：x86-64、ARM、IBM Power、IBM Z 都在列表里，对混合架构的数据中心是实际价值。

产品形态也不止一个安装版：高可用扩展管集群与跨站点切换，高性能计算版管大集群的并行调度，实时版给确定性调度与低延迟，另有容器化与不可变的部署形态，以及专门为 SAP 应用准备的版本。这一版还引入了模型上下文协议的主机端，把「代理式 AI」接进操作系统层面——目前更像方向性动作，不是能立刻用起来的功能。

谁该考虑它

适合把服务器当长期资产、需要明确支持期限与责任方的组织：16 年支持期、可复现构建、数字公共产品认定，这几条在采购与合规评审里都能写进材料。也适合跑在 IBM Power 或 IBM Z 上的环境，那几条架构上能选的商业发行版本来就不多。

反过来，手上 15 系列跑得稳就没必要赶在第一时间搬——YaST 在 15 上继续完整支持。真正需要动手的是依赖模块化仓库的自动化脚本，以及靠 AppArmor 规则放行的服务，这两块是迁移成本的大头，先摸清再排期，比追版本号实在。

SLES 16 是一次「换工具」的换代：Agama 接手装机，Cockpit 接手管理，Ansible 内置，模块化体系取消，快照与实时补丁成了标配。它同时也是一次「删东西」的换代——X11、Xen、VNC、一批旧图形库与 32 位支持全部退场。16 年支持期与两代并行的时间窗口，给了使用者按自己节奏迁移的余地。