本文已超過一年。較舊的文章可能包含過時的內容。請檢查頁面中的資訊自發布以來是否已變得不正確。
Dockershim 移除即將到來。您準備好了嗎?
審閱者: Davanum Srinivas、Elana Hashman、Noah Kantrowitz、Rey Lejano。
投票已結束
本次投票已於 2022 年 1 月 7 日結束。去年我們宣布,Kubernetes 的 dockershim 組件 (為 Docker Engine 提供內建整合) 已被棄用。
更新:Dockershim 棄用常見問題包含更多資訊,您也可以透過專門的 GitHub issue 討論棄用事宜。
我們目前的計畫是盡快從 Kubernetes 程式碼庫中移除 dockershim。我們正在徵求您的意見回饋,以了解您是否已準備好移除 dockershim,並確保您在時機到來時已做好準備。
請填寫此問卷:https://forms.gle/svCJmhvTv78jGdSx8
啟用 Docker 作為 Kubernetes 容器執行階段的 dockershim 組件正被棄用,轉而支持直接使用為 Kubernetes 建立的容器執行階段介面的執行階段。許多 Kubernetes 使用者已遷移到其他容器執行階段,且未發生問題。然而我們發現 dockershim 仍然非常受歡迎。您可以在 DataDog 最近的容器報告中看到一些公開數據。一些 Kubernetes 主機託管供應商最近才啟用其他執行階段支援(特別是針對 Windows 節點)。而且我們知道許多第三方工具供應商仍未準備就緒:遷移遙測和安全代理程式。
目前,我們相信 Docker 與其他執行階段之間已具備功能對等性。許多終端使用者已使用我們的遷移指南,並正在使用這些不同的執行階段執行生產環境工作負載。目前的正式計畫是 dockershim 將在 1.24 版本中移除,預計於明年四月左右發布。對於開發或執行 alpha 和 beta 版本的使用者,dockershim 將在 12 月 1.24 版本開發週期的開始時移除。
只剩下一個月的時間可以向我們提供意見回饋。我們想請您告訴我們您準備好了沒。
我們正在透過此問卷收集意見:https://forms.gle/svCJmhvTv78jGdSx8 為了更了解針對 dockershim 移除的準備情況,我們的問卷調查正在詢問您目前使用的 Kubernetes 版本,以及您認為何時會採用 Kubernetes 1.24 的估計時間。所有關於 dockershim 移除準備就緒情況的彙總資訊都將公開發布。自由格式的評論將由 SIG Node 領導階層審閱。如果您想討論從 dockershim 遷移的任何細節、回報錯誤或採用阻礙因素,您可以隨時使用 SIG Node 的聯絡方式之一:https://github.com/kubernetes/community/tree/master/sig-node#contact
Kubernetes 是一個成熟的專案。這次的棄用是努力擺脫永久 beta 功能並提供更多穩定性和相容性保證的另一步。透過從 dockershim 遷移,您將獲得更大的彈性和更多容器執行階段功能的選擇,以及您的應用程式對特定底層技術的更少依賴性。請花時間審閱dockershim 遷移文件,並諮詢您的 Kubernetes 主機託管供應商(如果您有的話),以了解有哪些可用的容器執行階段選項。請仔細閱讀容器執行階段文件,其中包含關於如何使用 containerd 和 CRI-O 的說明,以協助您在準備升級到 1.24 時做好準備。CRI-O、containerd 和搭配 Mirantis cri-dockerd 的 Docker 並非唯一的容器執行階段選項,我們鼓勵您探索 CNCF 容器執行階段領域,以防有其他更適合您的選項。
謝謝您!