今天，Kubernetes 團隊正式發布了這款最受歡迎的開源容器編排系統 1.19 版本。儘管受到 COVID-19 疫情的影響，1.19 版本仍包含了 34 項增強功能。其中 9 項為 Alpha 版本增強，15 項為 Beta 版本增強，其餘 10 項為穩定版本增強。在正式發布前幾個小時發布的草稿版本說明中，包含大約一頁的說明和必要操作，並附有醒目的警告：「（真的，升級前你必須閱讀此內容）。」任何想要升級到新版本的用戶都應該至少先閱讀版本說明的這一部分，特別是如果你正在使用 Flex Volumes 功能。 Kubernetes 的第一個版本於五年前的 2015 年 7 月發布。該開源專案的早期貢獻者中很大一部分來自 Google，而該軟體是用 Go 語言編寫的。 Go，有時也被稱為 Golang，是一種靜態類型、物件導向、並發、命令式語言，它包含記憶體安全和垃圾回收機制。
Kubernetes 1.19 帶來的最關鍵的變化可能不在軟件中。 Kubernetes 團隊決定將支持從之前的九個月支持期延長至一整年。 這一變化的動機是去年的一項調查，該調查表明只有一半的 Kubernetes 用戶使用受支持的版本。 該團隊希望將支持期限延長至一整年，這意味著 80% 的用戶都在使用受支持的版本。 不幸的是，只有用戶和 IT 團隊繼續他們當前的更新實踐而不是以更長的支持窗口為藉口進一步延遲他們的下一次更新，才能實現 80% 的目標。
新的 9 Alpha 階段增強功能之一提供了對更好的存儲管理的支持。 1.19 引入了一個新的 API 來報告節點的存儲容量。 然後，調度程序將在為新容器 pod 選擇節點時使用此容量信息，以確保只選擇具有足夠空間用於新 pod 的節點。 與此類似，9 個 Alpha 增強功能中的另一個允許操作員定義默認傳播規則並將其應用於任何沒有的 pod。 這個期待已久的功能最初打算在去年作為 1.17 的一部分發布，但該團隊致力於提供穩定、可靠、優質的軟件，因此推遲到現在才發布。
繼續改進存儲處理的主題，另一個新的 Alpha 功能擴展了對臨時卷的現有支持。 臨時卷是卷插件，其生命週期與 pod 相關聯，可用作暫存空間（例如內置的“empty dir”卷類型）或將一些數據加載到 pod 中（例如內置的 configmap 和秘密卷類型或“CSI內聯卷”）。 新的 Alpha 功能通過允許將動態配置存儲驅動程序用作臨時卷並將捲的生命週期綁定到 Pod 來擴展這一點。 新功能支持卷配置的所有 StorageClass 參數。 還支持所有 PersistentVolumeClaims，例如存儲容量跟踪、快照和恢復以及卷大小調整。 雖然我們討論的是警報主題，但應該注意的是，我們也正在嘗試改進一般的日誌記錄。 構建 klog 消息的新方法已作為 Kubernetes 1.19 中的 Alpha 增強功能添加。 目前的計劃要求在現有系統之外逐步增加對更多結構化日誌記錄的支持，以便用戶有足夠的時間按照自己的節奏適應新的和有望改進的系統。
作為對存儲管理的 Alpha 增強功能的總結，CSI 健康監控將與 Kubernetes 1.19 一起發布。 新功能通過將 CSI 驅動程序警報報告為 PVC 或 Pod 上的事件來提升它們。 此功能是通過 Kubernetes 以編程方式檢測和解決單個卷健康問題的墊腳石。
在 Kubernetes 15 的 1.19 個 Beta 階段增強功能中，有 2 個被標記為主要更改，一個被標記為全新。 這兩個主要更改是對 Endpoints API 的改進以添加鏡像概念和添加兩個新函數調用以改進節點拓撲 API。 使用已棄用 API 的警告機制也得到了更新。
穩定版中最突出的增強功能是 Ingress API。 這一期待已久的變化只不過是承認了其在行業中廣泛使用的現狀。 然而，從字裡行間，聽起來團隊的一些成員仍然有他們想要進行的改進，這些改進可能會在未來作為並行或替換 API 包含在內。 此更改的另一面是 1.19 還自動棄用（三個版本之後）和刪除（之後三個版本）未積極開發或升級到穩定版的 Beta 功能，以減少代碼混亂。 新自動化的主要目的是減少繁瑣的工作，讓開源軟件的貢獻者專注於改進新功能，而不是清理死掉的功能。
庫存情況
立即
Amazon