v0.4 版本發佈
發佈於：2021-10-06
公告 Knative v0.4 版本發佈
我們再次很高興地宣布 Knative 的更新。v0.4 版本持續回應來自不斷增長的部署數量的持續直接意見回饋。在每個版本中，Knative 都會根據我們平台上正在解決的新用例來實施這些經驗。
我們收到最多意見回饋的領域是：組態和機密管理。
由於 Knative 維持其可預測的發佈節奏，因此保留先前安裝中的設定（例如網域）的能力變得更加重要。因此，在 v0.4 版本中，Knative 現在會在更新過程中保留先前設定的 ConfigMap 值。從後續版本開始，使用者應該能夠簡單地應用最新的 knative/serving 版本，並繼續使用他們先前的設定。
關於機密管理，Knative 使用者經常要求在使用機密（用於機密資料）和 ConfigMap（用於非機密資料）時具有更大的彈性。為了滿足這個需求，Knative 現在增加了支援將機密和 ConfigMap 掛載為磁碟區。
另一個我們從 Knative 最初發佈以來就收到很多意見回饋的領域是，除了基本的 HTTP 之外，還需要額外的網路協定支援。我很高興地說，在 v0.4 版本中，Knative 現在也支援為名為 h2c 的連接埠提供 HTTP2 和 gRPC。在冷啟動期間，串流 RPC 仍然存在一些挑戰，因此我們期待您的意見回饋。
此外，Knative 現在也支援升級入站 HTTP 連線以用於 WebSockets 的能力。此變更涉及貫穿服務基礎架構的各個層面，包括啟動器和 Istio VirtualService，因此我們很高興終於在 Knative 中實現了這個經常被要求的功能。
與先前的版本一樣，Knative 自動調整規模仍然是一個關注的領域。v0.4 版本也不例外，它再次透過在自動調整規模器從啟動器取得統計資料時立即向上擴展來改善冷啟動時間。這減少了當 Knative 必須啟動先前已縮放至零的工作負載時的延遲。此外，服務啟動器現在也會限制其發送到縮放至零 Pod 的流量，以避免在最初的大量流量期間單一 Pod 過載。
正如我們在先前版本中指出的那樣，從 v0.4 版本開始，Knative 移除了客製化的 Istio IngressGateway，以增強對多個 Istio 版本的支援並減少所需的負載平衡器數量。從 v0.3 版本升級的使用者將需要重新設定他們的 DNS 以指向 istio-ingressgateway 公開的 IP 位址，然後才能升級，並移除 knative-ingressgateway 服務和部署。
最後，Knative 服務的 v0.4 版本新增了一個選項，可以在 config-network ConfigMap 中變更預設的 ClusterIngress 控制器，從 Istio 變更為其他必要的控制器。
在事件處理中，記憶體內通道現在緩衝記憶體中的事件，而不是作為代理。此變更透過減少用戶端封鎖來提高事件來源的效率和輸送量。
Knative v0.4 版本的完整版本說明概述了新功能以及錯誤修復，可從 Serving、Build 和 Eventing 儲存庫中取得。
了解更多
- 歡迎使用 Knative
- 入門文件
- 範例和示範
- Knative 會議和工作群組
- 問題和疑問
- Knative 在 Twitter 上 (@KnativeProject)
- Knative 在 StackOverflow 上
- Knative Slack