摘要：分布式文件系統(tǒng)和數(shù)據(jù)庫(kù)，由于性能和成本，是持久性本地存儲(chǔ)的主要用例。在裸機(jī)上，除了性能之外，本地存儲(chǔ)通常更便宜，并且使用它是配置分布式文件系統(tǒng)的必要條件。

作者：1.14發(fā)布團(tuán)隊(duì)

我們很高興地宣布推出Kubernetes 1.14，這是我們2019年的首次發(fā)布！

Kubernetes 1.14由31個(gè)增強(qiáng)功能組成：10個(gè)移動(dòng)到穩(wěn)定、12個(gè)在測(cè)試版、7個(gè)新增。此版本的主題是可擴(kuò)展性，并支持Kubernetes上更多工作負(fù)載，其中三個(gè)主要功能轉(zhuǎn)向一般可用，以及一個(gè)重要的安全功能轉(zhuǎn)向beta。

與之前發(fā)布的任何Kubernetes相比，此版本有更多功能轉(zhuǎn)向穩(wěn)定。對(duì)用戶(hù)和運(yùn)營(yíng)而言是重要里程碑，設(shè)定支持期望。此外，此版本還有值得注意的Pod和RBAC增強(qiáng)功能，將在下面的“其他值得注意的功能”部分中討論。

讓我們深入了解此版本的主要功能：

到目前為止，Kubernetes中的Windows節(jié)點(diǎn)支持處于測(cè)試階段，允許許多用戶(hù)進(jìn)行實(shí)驗(yàn)并查看Kubernetes給Windows容器的價(jià)值。Kubernetes現(xiàn)在正式支持將Windows節(jié)點(diǎn)添加為工作節(jié)點(diǎn)，以及編排Windows容器，從而使龐大的Windows應(yīng)用程序生態(tài)系統(tǒng)能夠利用我們平臺(tái)的強(qiáng)大功能。投資基于Windows的應(yīng)用程序和基于Linux的應(yīng)用程序的企業(yè)，不必尋找多帶帶的協(xié)調(diào)器來(lái)管理其工作負(fù)載，從而提高整個(gè)部署的運(yùn)營(yíng)效率，無(wú)論操作系統(tǒng)如何。

在Kubernetes中啟用Windows容器的一些主要功能包括：

支持Windows Server 2019的工作站節(jié)點(diǎn)和容器

支持Azure-CNI、OVN-Kubernetes和Flannel的樹(shù)外網(wǎng)絡(luò)連接

改進(jìn)了對(duì)pod、服務(wù)類(lèi)型、工作負(fù)載控制器和指標(biāo)/配額的支持，以便與Linux容器提供的功能緊密匹配

新的Kubectl文檔和徽標(biāo)

kubectl的文檔已經(jīng)從頭開(kāi)始重寫(xiě)，重點(diǎn)是使用聲明性資源配置來(lái)管理資源。該文檔已作為獨(dú)立站點(diǎn)發(fā)布，其格式為書(shū)籍，從k8s.io文檔鏈接（可從 https://kubectl.docs.kubernet... 獲?。?。

新的kubectl徽標(biāo)和吉祥物（發(fā)音為kubee-cuddle）顯示在新的docs站點(diǎn)徽標(biāo)上。

Kustomize Integration

kustomize的聲明性Resource Config創(chuàng)建功能現(xiàn)在可以通過(guò)-k標(biāo)志在kubectl中獲得（例如，對(duì)于apply、get等命令）和kustomize子命令。Kustomize使用Kubernetes原生概念幫助用戶(hù)創(chuàng)建和重用Resource Config。用戶(hù)現(xiàn)在可以使用kubectl apply -k dir/將目錄內(nèi)的kustomization.yaml一起應(yīng)用于集群。用戶(hù)還可以通過(guò)kubectl kustomize dir/，向stdout發(fā)出自定義的資源配置，而無(wú)應(yīng)用它們。新功能記錄在 https://kubectl.docs.kubernet... 的新文檔中。

kustomize子命令將繼續(xù)在Kubernetes擁有的kustomize repo中開(kāi)發(fā)。最新的kustomize功能將以獨(dú)立的kustomize二進(jìn)制文件（發(fā)布到kustomize repo）以頻繁的發(fā)布節(jié)奏提供，并將在每次Kubernetes發(fā)布之前在kubectl中更新。

kubectl插件機(jī)制轉(zhuǎn)向穩(wěn)定

kubectl插件機(jī)制允許開(kāi)發(fā)者以獨(dú)立二進(jìn)制文件的形式發(fā)布自己的自定義kubectl子命令。這可以用于擴(kuò)展具有新的更高級(jí)功能的kubectl和附加的porcelain（例如，添加set-ns命令）。

插件必須具有kubectl-命名前綴并存在于用戶(hù)的$PATH中。插件機(jī)制在GA已經(jīng)大大簡(jiǎn)化，并且類(lèi)似于git插件系統(tǒng)。

此功轉(zhuǎn)向穩(wěn)定，使本地連接存儲(chǔ)可用作持久卷源。分布式文件系統(tǒng)和數(shù)據(jù)庫(kù)，由于性能和成本，是持久性本地存儲(chǔ)的主要用例。在云供應(yīng)商上，本地SSD提供比遠(yuǎn)程磁盤(pán)更好的性能。在裸機(jī)上，除了性能之外，本地存儲(chǔ)通常更便宜，并且使用它是配置分布式文件系統(tǒng)的必要條件。

進(jìn)程ID（PID）是Linux主機(jī)上的基本資源。在不遇到任何其他資源限制的情況下，達(dá)到任務(wù)限制并導(dǎo)致主機(jī)不穩(wěn)定是會(huì)發(fā)生的。管理員需要一些機(jī)制來(lái)確保用戶(hù)pod不會(huì)導(dǎo)致PID耗盡，從而阻止主機(jī)守護(hù)程序（運(yùn)行時(shí)、kubelet等）運(yùn)行。此外，確保在pod之間限制PID以確保它們對(duì)節(jié)點(diǎn)上的其他工作負(fù)載的影響有限是很重要的。

作為beta功能，管理員可以通過(guò)將每個(gè)Pod的PID數(shù)量設(shè)定默認(rèn)值，以提供pod-to-pod PID隔離。此外，作為alpha功能，管理員可以通過(guò)節(jié)點(diǎn)可分配的方式，為用戶(hù)pod保留大量可分配的PID，從而啟用節(jié)點(diǎn)到pod的PID隔離。該社區(qū)希望在下一版本中將此功能轉(zhuǎn)為測(cè)試版。

Pod優(yōu)先級(jí)和搶占使Kubernetes調(diào)度程序能夠首先調(diào)度更重要的Pod，當(dāng)集群資源不足時(shí)，它會(huì)刪除不太重要的pod，以便為更重要的Pod創(chuàng)建空間。重要性由優(yōu)先級(jí)指定。

Pod Readiness Gates為pod準(zhǔn)備就緒提供了外部反饋的擴(kuò)展點(diǎn)。

加強(qiáng)默認(rèn)RBAC發(fā)現(xiàn)clusterrolebindings會(huì)從API集中刪除發(fā)現(xiàn)，默認(rèn)情況下允許進(jìn)行未經(jīng)身份驗(yàn)證的訪(fǎng)問(wèn)，從而提高CRD的隱私性，以及默認(rèn)群集的默認(rèn)安全狀態(tài)。

Kubernetes 1.14可從GitHub下載。開(kāi)始使用Kubernetes，請(qǐng)查看這些互動(dòng)式教程。你也可以使用kubeadm輕松安裝1.14。

如果你有興趣更深入地探索這些功能，請(qǐng)查看下周我們的5天Kubernetes系列，其中我們將重點(diǎn)介紹以下的詳細(xì)功能：

第1天 - Windows Server容器

第2天 - 加強(qiáng)默認(rèn)的RBAC發(fā)現(xiàn)clusterrolebindings

第3天 - 在Kubernetes的Pod優(yōu)先級(jí)和搶占

第4天 - PID限制

第5天 - 持久本地卷

通過(guò)數(shù)百名提供技術(shù)和非技術(shù)內(nèi)容的個(gè)人的努力，這一發(fā)布成為可能。特別感謝Google高級(jí)測(cè)試工程師Aaron Crickenberger領(lǐng)導(dǎo)的發(fā)布團(tuán)隊(duì)。發(fā)布團(tuán)隊(duì)中的43個(gè)人協(xié)調(diào)了發(fā)布的許多方面，從文檔到測(cè)試，驗(yàn)證和功能完整性。

隨著Kubernetes社區(qū)的發(fā)展，我們的發(fā)布過(guò)程代表了開(kāi)源軟件開(kāi)發(fā)協(xié)作的一個(gè)驚人演示。Kubernetes繼續(xù)迅速獲得新用戶(hù)。這種增長(zhǎng)創(chuàng)造了一個(gè)積極的反饋循環(huán)，讓更多的貢獻(xiàn)者提交代碼創(chuàng)建一個(gè)更有活力的生態(tài)。迄今為止，Kubernetes擁有超過(guò)28,000名個(gè)人貢獻(xiàn)者，以及超過(guò)57,000人的活躍社區(qū)。

CNCF繼續(xù)完善DevStats，這是一個(gè)雄心勃勃的項(xiàng)目，可視化項(xiàng)目中的無(wú)數(shù)貢獻(xiàn)。K8s DevStats說(shuō)明了主要公司貢獻(xiàn)者的貢獻(xiàn)細(xì)分，以及一系列令人印象深刻的預(yù)配置報(bào)告，包括從個(gè)人貢獻(xiàn)者到拉取請(qǐng)求生命周期時(shí)間的所有內(nèi)容。在過(guò)去一年中，平均每月有381家不同的公司和超過(guò)2,458名個(gè)人為Kubernetes貢獻(xiàn)。查看DevStats，了解有關(guān)Kubernetes項(xiàng)目和社區(qū)整體速度的更多信息。

全球性組織正在生產(chǎn)環(huán)境大規(guī)模使用Kubernetes。最近發(fā)布的社區(qū)用戶(hù)故事包括：

網(wǎng)易移至Kubernetes將其研發(fā)效率提高了100％以上，部署效率提高了280％。

VSCO發(fā)現(xiàn)轉(zhuǎn)向持續(xù)集成、容器化和Kubernetes，速度顯著提高。從典型服務(wù)的代碼完成到生產(chǎn)部署的時(shí)間從1-2周減少到2-4小時(shí)。

NAV轉(zhuǎn)向Kubernetes使公司節(jié)省了50％的基礎(chǔ)設(shè)施成本，部署從每天10個(gè)增加到每天50個(gè)，資源利用率從1％增加到40％。

Kubernetes能幫助你的團(tuán)隊(duì)嗎？與社區(qū)分享你的故事。

Kubernetes將通過(guò)CNCF參加GSoC 2019。在CNCF的GitHub頁(yè)面上查看2019年項(xiàng)目創(chuàng)意的完整列表。

CNCF 2018年度報(bào)告回顧了Kubernetes的發(fā)展和基礎(chǔ)、社區(qū)參與、生態(tài)系統(tǒng)工具、測(cè)試一致性項(xiàng)目、KubeCon等。

在KubeCon + CloudNativeCon北美2018年的8,000名與會(huì)者中，73％是首次參與的KubeCon-ers，突出了Kubernetes和云原生技術(shù)的巨大增長(zhǎng)和新興趣。會(huì)議透明度報(bào)告。

世界上最大的Kubernetes聚會(huì)，KubeCon + CloudNativeCon將于2019年5月20日至23日來(lái)到巴塞羅那以及2019年6月24日至26日來(lái)到上海（與開(kāi)源峰會(huì)共同舉辦）。這些會(huì)議將包括技術(shù)會(huì)議、案例研究、開(kāi)發(fā)者深入了解，沙龍等等！立即注冊(cè)！

太平洋世界4月23日上午10點(diǎn)，加入Kubernetes 1.14發(fā)布團(tuán)隊(duì)，了解該版本的主要功能。在這里注冊(cè)。

參與Kubernetes的最簡(jiǎn)單方法是加入符合你興趣的眾多特殊興趣小組（SIG）之一。你有什么想要向Kubernetes社區(qū)廣播的嗎？在我們的每周社區(qū)會(huì)議上，通過(guò)以下渠道分享你的聲音。

感謝你的持續(xù)反饋和支持。

在Stack Overflow上發(fā)布問(wèn)題（或回答問(wèn)題）

加入有關(guān)討論的社區(qū)討論

在Twitter @Kubernetesio上關(guān)注我們以獲取最新更新

加入社區(qū)Slack

分享你的Kubernetes故事

KubeCon + CloudNativeCon + Open Source Summit大會(huì)日期：

會(huì)議日程通告日期：2019 年 4 月 10 日

會(huì)議活動(dòng)舉辦日期：2019 年 6 月 24 至 26 日

KubeCon + CloudNativeCon + Open Source Summit贊助方案
KubeCon + CloudNativeCon + Open Source Summit多元化獎(jiǎng)學(xué)金現(xiàn)正接受申請(qǐng)
KubeCon + CloudNativeCon和Open Source Summit即將首次合體落地中國(guó)
KubeCon + CloudNativeCon + Open Source Summit購(gòu)票窗口，立即購(gòu)票！
CNCF邀請(qǐng)你加入最終用戶(hù)社區(qū)