摘要：讓我們深入了解這個版本的主要特性圍繞核心的可擴展性圍繞的新開發的主題是數據一致性和原生行為。這是一個數據一致性和安全性相關的特性。用戶案例全球性組織正在大規模地使用進行生產。

作者：1.15發布團隊

我們很高興地宣布交付Kubernetes 1.15，這是我們2019年的第二個版本！Kubernetes 1.15包含25個增強：2個升級為穩定，13個升級為beta，10個升級為alpha。這次發布的主題是：

持續改進

項目的可持續性不僅僅是功能。許多SIG一直致力于提高測試覆蓋率，確保基本功能保持可靠，確保核心功能集的穩定性，并致力于成熟現有功能和清理積壓。

可擴展性

社區一直要求繼續支持可擴展性，因此這個周期圍繞CRD和API Machinery進行更多的工作。這個周期中的大多數增強來自SIG API Machinery和相關領域。

讓我們深入了解這個版本的主要特性：

圍繞customresourcedefinition的新開發的主題是數據一致性和原生行為。用戶不應該注意交互是與CustomResource還是與Golang-native資源進行的。隨著大的步驟，我們在未來的版本之一正在努力向一個GA版本的CRD和GA的準入webhook。

在這個方向上，我們重新考慮了CRD中基于OpenAPI的驗證模式，從1.15開始，我們根據“結構模式（structural schema）”的限制檢查每個模式。這基本上強制了CustomResource中每個字段的非多態（ non-polymorphic）和完整類型（complete typing）。將來我們將需要結構模式，特別是對于所有新特性，包括下面列出的特性，以及列出非結構（NonStructural）條件下的違規行為。在v1beta1 API組中，非結構模式（non-structural schema）仍然保持工作狀態。但是任何嚴肅的CRD應用程序都應該在可預見的將來遷移到結構模式。

關于什么使模式結構化的詳細信息將在kubernetes.io的博客文章中在本周晚些時候發布，當然Kubernetes的文檔中對此有記錄。

beta: CustomResourceDefinition Webhook Conversion
customresourcedefinition自1.14起作為beta支持多個版本。使用Kubernetes 1.15，它們能夠實時地在不同版本之間進行轉換，就像用戶長期習慣于從原生資源進行轉換一樣。CRD的轉換是通過webhook實現的，由集群管理員部署在集群內部。這一特性已在Kubernetes 1.15中升級到beta，將CRD提升到一個全新的水平，用于真正的CRD應用程序。

beta: CustomResourceDefinition OpenAPI Publishing
kube-apiserver在/openapi/v2上為原生類型提供OpenAPI規范已經有很長一段時間了，它們被許多組件使用，尤其是kubectl客戶端驗證、kubectl explain和基于OpenAPI的客戶端生成器。

用于CRD的OpenAPI發布將在Kubernetes 1.15作為beta提供，同樣只適用于結構模式。

beta: CustomResourceDefinitions Pruning
修剪（Pruning）是自動刪除發送到Kubernetes API的對象中的未知字段。如果未在OpenAPI驗證模式中指定字段，則該字段是未知的。這是一個數據一致性和安全性相關的特性。它強制只將CRD開發者指定的數據結構持久化到etcd。這是原生資源的行為，也將用于CRD，從Kubernetes 1.15的beta版開始。

修剪是通過CustomResourceDefinition中的spec.preserveUnknownFields: false激活。將來的apiextensions.k8s.io/v1 CRD變種將強制執行修剪（可能但明確必要的選擇退出）。

修剪要求CRD開發者為CRD的所有版本提供完整的、結構化的驗證模式，要么是頂層的，要么是所有版本的。

alpha: CustomResourceDefinition Defaulting
customresourcedefinition獲得默認支持。默認值是使用OpenAPI驗證模式中的default關鍵字指定的。在發送到API的對象中以及從etcd讀取時，為未指定字段設置默認值。

default在Kubernetes 1.15中將作為alpha提供，用于結構模式。

beta: Admission Webhook Reinvocation & Improvements
對于擴展Kubernetes API的項目來說，變異（mutating）和驗證（validating）準入（admission）webhook變得越來越主流。到目前為止，按照字母順序，只調用了一次變異webhook。早期運行的webhook不能對鏈中稍后調用的webhook的輸出作出反應。隨著Kubernetes 1.15的發布，情況將發生變化：

通過指定reinvocationPolicy: ifNeeded，變異webhook可以選擇至少一次重新調用。如果后面的變異webhook修改了對象，那么前面的webhook將得到第二次機會。

這要求webhook具有類似冪等（idempotent）的行為，可以處理第二次調用。

不打算添加另一輪調用，這樣webhook的作者仍然必須小心對他們實現的已被承認的對象的更改。最后，調用驗證webhook來驗證所承諾的不變量是否已實現。

對準入webhook有更多更小的更改，特別是objectSelector，它將具有特定標簽的對象排除在準入之外，以及webhook服務器的任意端口（不僅僅是443）。

使Kubernetes的安裝、升級和配置更加健壯是SIG Cluster Lifecycle在這個周期的主要關注點（請參閱我們的社區近況）。跨裸金屬工具的Bug修復和生產就緒的用戶場景（如高可用性用例）在1.15中獲得優先級。

集群生命周期構建塊kubeadm繼續接收高效引導生產集群所需的特性和穩定性工作。kubeadm將高可用性（high availability，HA）功能提升到了beta，允許用戶使用熟悉的kubeadm init和kubeadm join命令來配置和部署HA控制平面。已經專門創建了一個全新的測試套件，以確保這些特性在一段時間內保持穩定。

證書管理在1.15中變得更加健壯，kubeadm現在可以在證書到期之前無縫地旋轉所有證書（在升級時）。有關如何管理證書的信息，請參閱kubeadm文檔。

在1.15中，kubeadm配置文件API從v1beta1遷移到v1beta2。

最后，讓我們慶祝kubeadm現在有了自己的徽標！

在Kubernetes v1.15中，SIG Storage繼續工作，以支持將樹內卷插件遷移到CSI（Container Storage Interface，容器存儲接口）。SIG Storage致力于使CSI具有與樹內功能相同的特性，包括調整大小、內聯卷等功能。SIG Storage在CSI中引入了一些新的alpha功能，這些功能在Kubernetes存儲子系統中還不存在，比如卷克隆（volume cloning）。

卷克隆允許用戶在提供新卷時將另一個PVC指定為“數據源（DataSource）”。如果底層存儲系統支持此功能并在其CSI驅動程序中實現“CLONE_VOLUME”功能，則新卷將成為源卷的克隆。

在Kubernetes Core中支持go模塊

繼續準備云提供商的提取和代碼組織。云提供商代碼已被轉移到kubernetes/legacy-cloud-providers，以便稍后更容易刪除和外部使用。

Kubectl get和describe現在可以使用擴展

節點現在支持第三方監控插件。

調度插件有一個新的Alpha調度框架

ExecutionHook API用于在容器中觸發不同用例的hook命令，現在是Alpha。

繼續棄用extensions/v1beta1、apps/v1beta1和apps/v1beta2 api；這些擴展將在1.16中退役！

查看發布說明以獲得完整的值得注意的特性和修復列表。

Kubernetes 1.15可以在GitHub上下載。要開始學習Kubernetes，請查看這些交互式教程。你還可以使用kubeadm輕松地安裝1.15。

如果你有興趣更深入地研究這些特性，請查看本周和下周的Kubernetes系列文章，其中我們將重點介紹以下特性的詳細演練：

CRD的未來：結構模式

介紹用于Kubernetes的卷克隆Alpha

Kubeadm自動化高可用性

通過數百名提供技術和非技術內容的個人的努力，該版本得以發布。特別感謝Pivotal Software高級技術項目經理Claire Laurence帶領的發布團隊。發布團隊中的38個人協調了發布的許多方面，從文檔到測試、驗證和特性完整性。

隨著Kubernetes社區的發展，我們的發布過程展示了開源軟件開發中的協作。Kubernetes繼續快速獲得新用戶。這種增長創造了一個積極的反饋循環，在這個循環中，更多的貢獻者提交代碼，創建一個更加活躍的生態系統。迄今為止，Kubernetes已有超過3.2萬名個人貢獻者，活躍的社區有超過6.6萬人。

CNCF繼續改進DevStats，這是一個雄心勃勃的項目，旨在可視化項目中所包含的大量貢獻。K8s DevStats演示了來自主要公司貢獻者的貢獻的分解，以及一組令人印象深刻的預配置報告，其中包括從單個貢獻者到拉請求生命周期時間的所有內容。過去一年，平均每月有379家不同的公司和2715多名個人向Kubernetes捐款。查看DevStats了解更多關于Kubernetes項目和社區的總體速度。

全球性組織正在大規模地使用Kubernetes進行生產。最近公布的用戶故事包括：

中國聯通利用Kubernetes提高其資源利用率20-50%，降低IT基礎設施成本，并將部署時間從小時減少到10-15分鐘。

蒙特利爾市使用Kubernetes將部署時間從幾個月減少到幾個小時，并在8臺機器上運行200個應用程序組件，其中5人操作Kubernetes集群。

SLAMTEC使用Kubernetes和其他CNCF項目，實現18個月以上的100％正常運行時間，節省50％的故障排除和調試時間，并節省30％的CI/CD工作時間。

ThredUP使關鍵服務的部署時間平均減少了約50%，并將部署的準備時間縮短到了20分鐘以下。

Kubernetes在幫助你的團隊嗎？與社區分享你的故事。

Kubernetes最近在KubeCon + CloudNativeCon巴塞羅那慶祝了成立5周年

Kubernetes認證管理員（CKA）考試已經成為迄今為止最流行的Linux基金會認證之一，有超過9,000名注冊用戶和1700多人通過并獲得了認證。

在成功舉辦的2019年的KubeCon + CloudNativeCon歐洲峰會，CNCF宣布擁有400多名成員，年增長率為130%。

世界上最大的Kubernetes聚會，KubeCon + CloudNativeCon將于2019年6月24日至26日在上海（與開源峰會Open Source Summit共同舉辦）舉行，11月18日至21日在圣地亞哥舉行。這些會議將包括技術會議、案例研究、開發者深度開發、沙龍等等！今天注冊！

在7月23日上午10點（PDT時區）加入Kubernetes 1.15發布團隊的研討會，了解這個版本的主要特性。在這里注冊。
https://zoom.us/webinar/regis...

參與Kubernetes的最簡單方法是加入與你的興趣一致的許多SIG（Special Interest Groups，特殊興趣小組）之一。你有什么想向Kubernetes社區廣播的嗎？在我們每周的社區會議上分享你的聲音，并通過下面的渠道。感謝你不斷的反饋和支持。

關注我們的Twitter @Kubernetesio獲取最新消息

加入社區討論Discuss

在Slack上加入社區

在Stack Overflow上發布問題（或回答問題）

分享你的Kubernetes故事

活動邀請：門票有限，盡快報名

Alibaba Cloud Hands-on lab：Kubernetes動手實踐課
AWS 容器服務技術開放日
Apache ServiceComb Meetup中國峰會
中國原創CNCF項目社區沙龍
Cloud Native Elite
持續交付峰會
DPDK2019中國峰會
Kubernetes貢獻者峰會
Huawei – Huawei LiteOS，豐富的端云協同能力
開放數據自主管理迷你峰會
開放異構計算框架介紹
Serverless Is More & Cloud Native Meetup
Serverless Is More Hands-on Workshop
SOFAStack云原生工作坊

標準注冊：2400人民幣

貴賓注冊：6000人民幣

個人或學術注冊（僅邀請）：600人民幣（需要發送電子郵件至events@cncf.io申請。請以英文書寫，主題說明參加本次中國大會，內容說明申請個人注冊，還是學術注冊。申請獲批準將收到邀請碼。）

CNCF (Cloud Native Computing Foundation)成立于2015年12月，隸屬于Linux Foundation，是非營利性組織。CNCF（云原生計算基金會）致力于培育和維護一個廠商中立的開源生態系統，來推廣云原生技術。我們通過將最前沿的模式民主化，讓這些創新為大眾所用。請長按以下二維碼進行關注。