理想主義的花，最終會盛開在浪漫主義的地里。
我們很高興宣布 KLTS (https://klts.io/) 開源項(xiàng)目正式上線了。
KLTS 全稱為 Kubernetes Long Term Support，主要使命是為 Kubernetes 早期版本提供長期免費(fèi)的維護(hù)支持。
KLTS 從提出思路、數(shù)據(jù)源整理、網(wǎng)站建設(shè)，到最后發(fā)布上線，共用了 2 個多月時間。整個項(xiàng)目都是「DaoCloud 道客」的相關(guān)技術(shù)同事，自發(fā)組織，用工作之余的時間完成的。
在埋頭干活的同時，不忘仰望星辰大海。理想主義的花，最終會盛開在浪漫主義的地里。
歡迎廣大的開發(fā)者和我們一起共赴，這一程充滿浪漫主義的，理想的實(shí)現(xiàn)之旅。在路上一起暢聊開源技術(shù)，共同探討和解決相關(guān)的問題。
理想之花的由來：為什么會有 KLTS 這個開源項(xiàng)目呢?
01 浪漫之始，理想照進(jìn)現(xiàn)實(shí)
在所有理想的想象中，新的肯定都是更好的。但是在現(xiàn)實(shí)中，往往不是這樣。實(shí)際生產(chǎn)中，大多數(shù)企業(yè)往往會選擇采用，早期的 Kubernetes 版本管控集群。
首先，升級頻率高會帶來變更風(fēng)險，每次升級必須進(jìn)行充分驗(yàn)證。特別是金融行業(yè)的平臺層變更周期通常比較長，因?yàn)橐坏┥壓蟮男掳姹敬嬖?bug，就需要被迫回滾或快速響應(yīng)升級至更新的版本，這樣會造成不必要的成本支出。
其次，Kubernetes 升級后部分功能的替代方案還沒有完全生產(chǎn)就緒，在生產(chǎn)環(huán)境中常會出現(xiàn)不兼容的狀況。
最后，Kubernetes 社區(qū)僅支持小版本 +1 升級，不支持跨版本升級，因?yàn)榭绨姹旧壗?jīng)常會出現(xiàn)一些不可控的因素，造成更大的生產(chǎn)問題。
所以大多數(shù)企業(yè)的選擇是沿用早期版本，不會貿(mào)然升級。但 Kubernetes 社區(qū)只維護(hù)最新的 3 到 4 個版本，然而企業(yè)實(shí)際在使用的都是早于這些的版本。
在企業(yè)使用這些早期版本的時候，如何才能免受社區(qū)不定時發(fā)現(xiàn)的，CVE 漏洞和 bug 的襲擾呢?這就是 KLTS 的價值所在! KLTS 會對Kubernetes 社區(qū)停止維護(hù)的早期版本，提供長達(dá) 3 年的免費(fèi)維護(hù)支持，積極修復(fù)早期版本的 CVE 安全漏洞和重大 bug。
這就是 KLTS 想要為使用早期版本的企業(yè)，培植和呵護(hù)的理想之花。
02 守護(hù)遺失之地，保障生產(chǎn)穩(wěn)定
在維護(hù)的范圍中，KLTS 會優(yōu)先修復(fù)中高級別的 CVE，其次會修復(fù)重大 Bug。
這是因?yàn)椋恍└邇?yōu)先級的 CVE 或嚴(yán)重 Bug ，在生產(chǎn)環(huán)境中會造成較大的安全隱患，CVE 安全問題是集群的生命線。因此，KLTS 會優(yōu)先修復(fù)中高級別的 CVE，其次會修復(fù)重大 Bug，確保生產(chǎn)環(huán)境穩(wěn)定運(yùn)行。
當(dāng) Kubernetes 社區(qū)發(fā)現(xiàn)可能影響生產(chǎn)的 CVE 新漏洞或 bug，受到影響的可能不止社區(qū)正在維護(hù)的版本，還有之前已經(jīng)停止維護(hù)，但是仍有企業(yè)使用的版本，KLTS 團(tuán)隊(duì)維護(hù)的正是這些社區(qū)放棄維護(hù)的版本。
以 2021 年 1 月發(fā)現(xiàn)的 CVE-2021-3121 安全漏洞為例，CVSS 危急分?jǐn)?shù)高達(dá) 7.5。但截止 2021 年 9 月 Kubernetes 社區(qū)：
1.僅修復(fù)了 4 個版本：1.18、1.19、1.20、1.21
2.宣稱“所有早期版本均有這個安全漏洞，建議用戶立即停止使用早期版本”
3.因?yàn)橹暗陌姹疽呀?jīng)停止維護(hù)，拒絕修復(fù)早期版本漏洞的要求
KLTS 面對這一現(xiàn)狀，自發(fā)修復(fù)了深受 CVE-2021-3121 安全漏洞影響的 ，其他 8 個早期版本：
v1.17.17、v1.16.15、v1.15.12、v1.14.10、v1.13.12、v1.12.10、v1.11.10、v1.10.13
03 三年之保，以號為證
在這三年維護(hù)期內(nèi)，我們對從 1.10.13 起的每一個版本，每提供一次免費(fèi)維護(hù)，每一個Kubernetes 版本號，都有一個相對應(yīng)的 KLTS 提供的補(bǔ)丁版本號。企業(yè)可以通過這樣的補(bǔ)丁號，找到對應(yīng)的修復(fù)版本。
KLTS 維護(hù)的早期版本號，是從 1.10.13 起到 Kubernetes 社區(qū)最新停止維護(hù)的版本號。例如，社區(qū)發(fā)布的最新 Kubernetes 版本為 x.y.n，其中 x 是大版本號，y 是小版本號，n 是補(bǔ)丁版本號 (補(bǔ)丁版本號代表社區(qū)維護(hù)過程中產(chǎn)生的補(bǔ)丁數(shù)，初始為 0)，區(qū)別 KLTS 維護(hù)的版本和 Kubernetes 社區(qū)維護(hù)版，主要是以 y 的變化為準(zhǔn)。
因此，根據(jù)社區(qū)版本維護(hù)聲明，如果社區(qū)僅維護(hù)最近的三個版本，版本號即為 x.y、x.(y-1)、x.(y-2)，而 KLTS 維護(hù)的則是從 1.10 起，到 x.(y-3) 的近十個早期版本，如下圖所示。
在對應(yīng)的每個維護(hù)的版本，KLTS 每維護(hù)一次，就會有一個對應(yīng)的補(bǔ)丁號。
示例：Kubernetes 社區(qū)很早以前就停止維護(hù)的一個版本，版本號為 1.10.13，KLTS 在三年內(nèi)提供的補(bǔ)丁版本，版本號通常在此基礎(chǔ)上加上 lts1、lts2 … ltsn 表示。例如，1.10.13 第一個補(bǔ)丁版本號為 1.10.13 lts1，第二個補(bǔ)丁版本號為 1.10.13 lts2，第 n 個補(bǔ)丁版本號為 1.10.13 ltsn。
如上圖所示，Kubernetes 社區(qū)對某個版本的維護(hù)周期通常是一年左右，而 KLTS 則是在接下來的三年內(nèi)提供長期維護(hù)，直至代碼無法兼容，才會將相應(yīng)版本淘汰。
04 歡迎共同培育，結(jié)出碩果
辛勤的耕耘，最終收獲的是盛開的美麗花朵。經(jīng)過開發(fā)者精心的維護(hù)支持， KLTS 為這些使用早期版本的企業(yè)帶來了最終的成果：
三年維護(hù)期：Kubernetes 社區(qū)對每個版本提供一年左右的維護(hù)，而 KLTS 接下來會為該版本提供長達(dá)三年的持續(xù)維護(hù)。
安全穩(wěn)定：小版本升級更安全，兼容性高;漸進(jìn)式升級穩(wěn)定性更好;從 1.10 起所有內(nèi)核都是久經(jīng)金融政企生產(chǎn)驗(yàn)證的軟件，可以放心下載，經(jīng)過測試驗(yàn)證后就能直接投入生產(chǎn)環(huán)境。
易于安裝：結(jié)合國內(nèi)鏡像加速，原生支持 Kubeadm，支持 CentOS、Ubuntu、openSUSE，還提供了一鍵安裝腳本。
公開透明：在 GitHub 托管的開源項(xiàng)目，全流程公開。
全鏈路規(guī)劃：后續(xù)會添加 Containerd 及其他組件的長期維護(hù)。
KLTS 的路線圖正在制定之中，目前路線圖計(jì)劃短期實(shí)現(xiàn)信創(chuàng)支持，長期實(shí)現(xiàn)麒麟系統(tǒng)支持等多方位的重要能力。
在此，向廣大的開發(fā)者，再次發(fā)出邀請，如果您覺得 KLTS 團(tuán)隊(duì)的付出有價值，讓您值得信賴，歡迎任何開發(fā)者加入 KLTS 社區(qū)交流并貢獻(xiàn)，期待您的任何意見、建議或解決方案。
加入 KLTS's Slack
https://join.slack.com/t/klts/shared_invite/zt-wutp4tk7-ITXZc8EUUiuxbM_5mh1qXA
