業界人士以及他們的七姑八姨時下都在用Kubernetes管理雲容器。 即便是Kubernetes的前對手Docker Swarm和Mesosphere也只好認輸。 Mesosphere於10月初投在Kubernetes旗下， Docker于10月底增加了Kubernetes支持。
Kubernetes的母公司CNCF宣佈， 至少32家公司將支援Kubernetes軟體一致性認證計畫。 筆者在寫此文時又有其他公司加入進來。 問題不在於“哪些Kubernetes公司支持這個新計畫？”， 問題在於 “哪些Kubernetes公司不支持這個新計畫？”答案是， 在Kubernetes空間裡， 真正數得上的Kubernetes公司沒有一家不支持。
Kubernetes軟體一致性認證將確保每個供應商的Kubernetes版本都支持旗下所需的應用程式設計發展介面（API）。 對於Kubernetes用戶來說， 這就確保了不同Kubernetes安裝之間的互通性， 為用戶提供了靈活性並可保持用戶相對于供應商的獨立性。
Kubernetes架構技術聯盟（Kubernetes Architecture SIG）將是程式API一致性定義的最終仲裁者。 Kubernetes架構技術聯盟負責維護和發展Kubernetes的設計原則。
最初的認證將基於Kubernetes 1.7及更新的版本。 認證方案有力地保證了商業化Kubernetes產品和服務會繼續發佈新版本， 以確保客戶可以充分利用Kubernetes的快速發展。 Kubernetes的發展速度在開源軟體歷史裡是頂級的。 大約每兩個月就會發佈一個新版本。
CNCF執行董事Dan Kohn在一份聲明中解釋時表示， “新的”Kubernetes軟體一致性認證確保了企業部門的信心， 如果工作負載在某個認證過的Kubernetes發佈版或平臺上可以運行， 那麼該工作負載也可以在任何其他版本上正常運行。 認證計畫確保了互通性， 這對於Kubernetes的目標是十分重要的， Kubernetes的目標是提供得到許多供應商支援的、可以部署在任何公共雲、私有雲或混合雲上的單一開源軟體堆疊。 ”
Kohn還表示， 具體而言， 該認證計畫是基於“現有Kubernetes項目API的一個子集。
供應商可以自己運行一致性測試套件（https://github.com/cncf/k8s-conformance/blob/master/instructions.md）， 並可提交一致性測試結果進行評審和CNCF認證。 最終用戶應確保自己的供應商合作夥伴的Kubernetes產品是經過認證的。
認證Kubernetes的實施可以使用新的認證Kubernetes標誌， 也可以將Kubernetes標誌與產品名稱結合使用（例如XYZ Kubernetes服務）。
這一切都是為了哪一樁呢？ 谷歌雲副總裁Eyal Manor有如下的解釋， “從穀歌開源Kubernetes的那一天起， 我們的目標就是為開發人員提供一個可移植的原生雲平臺， 以便可以在公共雲及混合雲環境中快速部署服務。 供應商利用認證Kubernetes一致性計畫則可以證明他們的產品是純Kubernetes產品，