原文標題：Announcing the Workload Conformance Working Group
Kubernetes 官方部落格於 2026 年 10 月 27 日宣布成立 Workload Conformance Working Group（工作負載相容性工作小組），由 Broadcom 的 Nabarun Pal 代表工作小組撰文。這項計畫的核心是建立一套共同標準，讓在 Kubernetes 上執行的應用程式工作負載可以接受可重複、客觀的相容性測試，而不必讓每個叢集管理者自行重新評估相同的風險。
目前的 Certified Kubernetes 著重驗證叢集實作，Kubernetes AI Conformance 則測試叢集執行 AI 與機器學習工作負載的能力；兩者都不等於直接測試某個應用工作負載在實際運作時是否遵守良好行為。工作小組指出，管理者在進行節點排空（node drain）、例行維護或 Kubernetes 版本升級時，可能才發現應用無法容忍中斷、依賴已移除的 API、要求不必要的高權限，或保留超過實際需求的資源。
依官方章程，工作小組規劃交付三類成果：第一，針對每個 Kubernetes 次版本定義工作負載行為規範；第二，提出能在執行中工作負載上驗證各項要求的方法；第三，建立實作上述測試的 Kubernetes 上游相容性工具。規範預定涵蓋安全性、中斷韌性、資源使用、網路、儲存、API 使用及可觀測性，但目前尚未確定每一項具體要求或測試方式。
一項已確立的設計原則是，所有規範要求都必須可以透過測試程式執行客觀檢驗，不能以主觀評分替代。規範只檢查工作負載如何在 Kubernetes 上執行，不檢查應用程式本身的商業邏輯，也不重複測試 Certified Kubernetes 已涵蓋的叢集項目。官方表示，不會強制使用特定應用封裝格式、供應商政策引擎或安全掃描工具，降低對特定產品生態的依賴。
治理方面，SIG Architecture 將透過未來建立的子專案管理規範與工具，SIG Apps 負責帶入應用程式維護者的觀點；遇到節點、網路等跨領域要求時，工作小組將與相關 SIG 協作。社群目標是在接下來約二至三個 Kubernetes 發行週期內提出第一版穩定規範與可用測試，但這是目標，不是已承諾的正式上市日期。
工作小組邀請叢集營運者提供升級與維護時的真實失敗案例，請應用維護者協助定義可驗證的行為，並徵求審查者、工具貢獻者、早期測試者與長期維護者。討論管道包括 Kubernetes Slack 的 #wg-workload-conformance 與官方郵件清單；例會為每隔一個星期三 15:00 UTC，實際議程與連線資訊以社群會議紀錄為準。
發生了什麼事
Kubernetes 社群成立工作負載相容性工作小組，著手建立逐次版本規範、執行中工作負載的測試方法與上游自動化工具，並邀請實務使用者參與定義。
為什麼重要
這項計畫可望減少應用在節點維護、API 淘汰、版本升級及安全稽核時的不確定性，讓叢集管理者與應用維護者有一致且可重複的驗證基準。它補足現有叢集相容性測試沒有直接驗證應用行為的缺口。
影響哪些人
Kubernetes 叢集營運團隊、平台工程師、SRE、軟體供應商、應用程式維護者、雲端原生工具開發者，以及負責容器安全、資源治理與升級測試的企業技術團隊。
已確認與未確認
已確認工作小組成立、三項預定交付成果、SIG Architecture 與 SIG Apps 的角色、客觀測試原則及預定涵蓋範圍。尚未確定首版規範的具體要求、測試工具的完成日期、正式認證機制或特定產品的合規結果；二至三個發行週期是社群規劃目標。
