Kubernetes 為啥要調(diào)整版本更新節(jié)奏？

Kubernetes 官博宣布，版本發(fā)布團(tuán)隊(duì)合并了一個(gè) Kubernetes 增強(qiáng)提案（KEP），將版本發(fā)布周期由每年 4 次調(diào)整為每年 3 次。為什么會(huì)進(jìn)行這樣的調(diào)整呢。官博解釋到，隨著 Kubernetes 項(xiàng)目的成熟，每個(gè)周期的增強(qiáng)功能在變多，這給貢獻(xiàn)者和發(fā)布團(tuán)隊(duì)帶來了不少的負(fù)擔(dān)。與此同時(shí)，版本更新頻繁也會(huì)給下游消費(fèi)者跟供應(yīng)商帶來不少諸多挑戰(zhàn)。他們需要不斷升級(jí)更新到功能豐富的新版本。

同時(shí)，這一政策的落實(shí)也會(huì)縮減 SIG 發(fā)布和發(fā)布團(tuán)隊(duì)的開銷，將精力更多地放在提升軟件版本發(fā)布質(zhì)量及工具上。

具體都有哪些改變？

從 Kubernetes 1.22 開始，一個(gè)輕量級(jí)策略將推動(dòng)每個(gè)發(fā)布計(jì)劃的創(chuàng)建，該政策規(guī)定：

• 一個(gè)日歷年的第一個(gè) Kubernetes 版本應(yīng)該在 1 月的第二個(gè)或第三個(gè)星期開始，為人們從寒假回來后提供更多的空間；

• 一個(gè)日歷年的最后一個(gè) Kubernetes 版本應(yīng)該在 12 月中旬完成；

• Kubernetes 發(fā)布周期的長(zhǎng)度約為 15 周；

• KubeCon + CloudNativeCon 的一周不被視為 SIG Release 的“工作周”。發(fā)布團(tuán)隊(duì)在此期間不會(huì)召開會(huì)議或做出決定；

• 每個(gè)周期之間將強(qiáng)制執(zhí)行至少兩周的明確 SIG 發(fā)布中斷。

因此，Kubernetes 將遵循每年三個(gè)版本的節(jié)奏。Kubernetes 1.23 將是 2021 年的最終版本。下面的基于該政策預(yù)測(cè)的版本更新計(jì)劃時(shí)間表：

這些更新日期僅反映開始和結(jié)束日期，并且可能會(huì)發(fā)生變化。發(fā)布團(tuán)隊(duì)將在每個(gè)發(fā)布開始時(shí)選擇增強(qiáng)凍結(jié)、代碼凍結(jié)和其他里程碑的日期，此外，該項(xiàng)政策并不是一個(gè)LTS。具體詳情可以訪問：https://kubernetes.io/blog/2021/07/20/new-kubernetes-release-cadence/

文章轉(zhuǎn)載：CSDN（ID：CSDNnews）
（版權(quán)歸原作者所有，侵刪）

點(diǎn)擊下方“閱讀原文”查看更多