Kubernetes的團隊負責人Claire Laurence表示，在這個版本中，“我們已經有相當多的功能在beta版中取得進展。我認為，隨著這些測試版和測試版功能的進展，我們已經看到了很多，在表明這些功能是穩定的之前，我們會繼續關注穩定性和整體改進。”

讓我們簡要地看一下所有的新特性和更新。

＃1核心Kubernetes API的可擴充套件性

CustomResourceDefinitions新開發的主題是資料一致性和原生行為。 Kubernetes團隊希望使用者不要注意互動是使用CustomResource還是使用Golang本機資源。因此，從v1.15開始，Kubernetes將針對稱為“結構模式”的限制檢查每個模式。這會強制CustomResource中每個欄位的非多型和完整型別。

在五個增強功能中，'CustomResourceDefinition Defaulting'是alpha版本。它是使用OpenAPI驗證模式中的default關鍵字指定的。對於結構模式，預設將在Kubernetes 1.15中以alpha形式提供。其他四項增強功能處於測試階段，包括：

CustomResourceDefinition Webhook轉換

在Kubernetes中，CustomResourceDefinitions可以即時在不同版本之間進行轉換，就像使用者長期使用本機資源一樣。

CustomResourceDefinition OpenAPI Publishing

用於CRD的OpenAPI釋出將以Kubernetes 1.15作為測試版提供，但僅適用於結構模式。

CustomResourceDefinitions修剪

修剪是自動刪除傳送到Kubernetes API的物件中的未知欄位。如果未在OpenAPI驗證模式中指定欄位，則該欄位是未知的。它強制只將CRD開發人員指定的資料結構持久儲存到etcd。這是本機資源的行為，也可用於CRD，從Kubernetes 1.15開始測試。

入場Webhook重新安置和改進

在早期版本中，變異webhooks僅按字母順序呼叫一次。較早的執行webhook無法對webhook的輸出做出反應，後者在鏈中稱為。使用Kubernetes 1.15，通過指定reinvocationPolicy：IfNeeded，變異webhook可以選擇加入至少一次重新呼叫。如果後來的變異webhook修改了物件，那麼早期的webhook將獲得第二次機會。

＃2叢集生命週期穩定性和可用性改進

叢集生命週期構建塊kubeadm繼續接收功能和穩定性工作，這是有效引導生產叢集所需的。

• kubeadm已將beta的高可用性（HA）功能提升，允許使用者使用熟悉的kubeadm init和kubeadm join命令配置和部署HA控制平面。
• 使用kubeadm，證書管理在1.15中變得更加強大。
• kubeadm配置檔案API在1.15中從v1beta1移動到v1beta2。
• kubeadm現在有自己的新logo。

持續改進CSI

在Kubernetes 1.15中，特殊興趣小組（SIG）儲存允許將樹內卷外掛遷移到容器儲存介面（CSI）。 SIG Storage致力於將CSI與樹內功能進行功能奇偶校驗，包括調整大小和內聯卷等功能。 SIG Storage在CSI中引入了新的alpha功能，這在Kubernetes Storage子系統中尚不存在，如卷克隆。

• 卷克隆使使用者可以在配置新卷時將另一個PVC指定為“DataSource”。
• 如果底層儲存系統支援此功能並在其CSI驅動程式中實現“CLONE_VOLUME”功能，則新卷將成為源卷的克隆。

其他功能更新

支援Kubernetes Core中的go模組

• 繼續準備雲提供程式提取和程式碼組織。 雲提供商程式碼已移至kubernetes / legacy-cloud-providers，以便以後更容易刪除和外部消費。
• Kubectl獲取並描述現在使用擴充套件。
• 節點現在支援第三方監控外掛。
• 用於計劃外掛的新計劃框架現在是Alpha
• 設計用於在不同用例的容器中觸發鉤子命令的ExecutionHook API現在是Alpha。
• 這些擴充套件/v1beta1，apps/v1beta1和apps/v1beta2 API將繼續貶值，最終將在下一版本1.16中停用。

要詳細瞭解其他功能，請檢視發行說明。

有關Kubernetes 1.15的更多詳細資訊，請訪問Kuber