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 策略。另一塊是可重現建置——同樣的原始碼能編出逐位元組一致的產物，配合簽章與認證，用來證明發布的映像沒被中途改過。這套東西加上開源治理，讓這個發行版拿到了「數位公共產品」的認定。

減法清單也不短

為了收窄攻擊面，這一版刪掉的東西比加上的更值得注意。

桌面部分也跟著瘦身，只帶一個最小化的 GNOME，夠跑瀏覽器、檔案管理員和看圖看文書——伺服器系統不為了偶爾的圖形操作背一整套桌面堆疊。

支援週期怎麼算

如果現在還在 15 系列上，不必著急：15 SP7 在 2025 年 6 月推出，常規支援到 2031 年 7 月底，延長的長期支援到 2034 年 7 月底，兩代會並行很久。規劃升級時，看的是次版本那一列。

硬體門檻與架構

官方給的最低規格很低：一個 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 年支援期與兩代並行的時間窗口，給了使用者按自己節奏搬遷的餘地。