v1.5 版本發佈

發佈於：2022-06-06，修改於：2023-08-03

宣佈 Knative 1.5 版本發佈¶

Knative 的新版本現已在多個元件中推出。

請按照安裝 Knative 中的說明安裝您需要的元件。

目錄¶

服務
事件
事件擴充功能
- Apache Kafka Broker
- RabbitMQ Broker 和來源
kn CLI
Knative Operator
感謝貢獻者

服務¶

💫 新功能與變更¶

當在 config-features config map 中啟用此功能時，允許在 pod 規格上指定 dnsConfig 和 dnsPolicy。( #12897 )
啟用容器冷凍機將停用 Knative 中預設的就緒探測。( #12967 )
所有躍點加密史詩 - (alpha) activator 和佇列代理之間的 TLS ( #12815 )

🐞 錯誤修正¶

支援從請求中剖析 activator 中的名稱和命名空間，當「Host」標頭或主機名稱包含埠時 ( #12974 )
panicRPSM 的值被設定為 observedStableValue，但它應該是作為度量收集一部分的 observedPanicValue。( #12910 )
減少推出新修訂版本時發生 503 錯誤的機會 ( #12842 )

事件¶

💫 新功能與變更¶

將每個元件的記錄層級傳播到來源接收轉接器。( #6391 )

🐞 錯誤修正¶

MTChannelBroker 篩選器不再代理回覆中的標頭，除了其硬式編碼允許清單中指定的標頭。到目前為止，此清單僅包含 Retry-After。( #6357 )
修正當初始複本設定為 0 以外的值時，pingsource-mt-adapter 損毀的問題 ( #6359, @lionelvillard )
修正 Parallel 無法正確報告底層通道建立失敗的問題 ( #6354 )
現在事件效能測試已可使用，包括發送者輸送量和延遲圖表 ( #6340 )

網路擴充功能¶

cert-manager 外掛程式 (net-certmanager)¶

💫 新功能與變更¶

Cert-manager 現在是 1.8.0 版。( #399 )
由於憑證建立而自動產生的密碼會使用特殊的標籤金鑰進行標記，以支援從使用它們的元件中的 K8s 通知器進行適當的篩選。( #402 )

Istio 外掛程式 (net-istio)¶

💫 新功能與變更¶

修復大型叢集中列出所有叢集密碼的記憶體洩漏問題 (net-istio)。可以啟用 Ingress 控制器中的密碼通知器，以根據標籤金鑰 certificate.networking.knative.dev 的存在來篩選密碼。
使用者需要為 Ingress 中定義的自訂密碼新增標籤金鑰。對於特殊情況，建議使用者與 Knative 社群聯繫。
如果使用 Knative net-certmanager 提供的 AutoTLS，則會透明地完成此操作。
若要在 net-istio 中啟用此行為，請將環境變數 ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID 設定為 true。
此功能將在未來版本中預設啟用。( #920 )
local-gateway.mesh：「mesh」選項已刪除。( #915 )

事件擴充功能¶

Apache Kafka Broker¶

💫 新功能與變更¶

僅為 KakfaSource 使用者部署 KafkaSource v2 控制器和新的有狀態集分配器（無接收器）( #2089 )
使用 kafka.eventing.knative.dev/external.topic 註釋，可以針對 Broker 使用外部管理的 Apache Kafka 主題 ( #1023 )
vertx_* 度量已刪除，因為它們會導致不必要的配置。( #2147 )
🧽 更新或清除目前的行為。控制平面會將重試設定傳送至資料平面。( #263 )

🐞 錯誤修正¶

接收器的探測器直接鎖定服務而不是 pod，以允許元件成為 Istio 網格的一部分 ( #2112 )

RabbitMQ Broker 和來源¶

🚨 重大或值得注意¶

隨著獨立 Broker 的移除，密碼類型不再是受支援的 Broker.Config。( #773 )

💫 新功能與變更¶

可以使用新的類型 RabbitmqBrokerConfig 來設定 Broker ( #780 )
分配器在傳送給訂閱者時將在 30 秒後逾時 ( #687 )
現在文件已更好地組織，並且效能測試圖表是正確的 ( #721 )
來源控制器的資源請求已增加 ( #738 )
Broker 的 Ingress 和分配器具有部署資源請求和限制
來源的接收轉接器具有部署資源請求和限制 ( #771 )
Broker 的 Ingress 使用 CloudEvents 的二進位表示
Broker 的分配器使用通訊協定繫結從 RabbitMQ 訊息取得 CloudEvent
已使用新的 Ingress CE 二進位表示為來源新增效能測試，這使得 Ingress 可外掛到來源 ( #751 )
自動化產生每個版本效能結果的腳本
完成 RabbitMQ Broker 和 Source 的完整效能結果圖表測試 (#767)

🐞 Bug 修復¶

在 Broker 和 Trigger 的 Dispatcher 上正確解析 backoffDelay 環境變數
在 Source 的接收器上正確解析 backoffDelay 環境變數 (#750)
當在 Broker 或 Trigger 的傳遞規格中定義時，會使用 BackoffDelay
死信訊息使用相同的傳遞規格 (#723)
修復了 Trigger dispatcher 部署過於頻繁更新的錯誤 (#744)
修復了與 RabbitMQ 的連線或通道關閉後，broker ingress 無法重新連線的錯誤 (#778)

客戶端¶

💫 新功能與變更¶

已為 broker create 和 broker update 指令新增新的 flag 選項

Options:
      --backoff-delay string     The delay before retrying.
      --backoff-policy string    The retry backoff policy (linear, exponential).
      --class string             Broker class like 'MTChannelBasedBroker' or 'Kafka' (if available).
      --dl-sink string           The sink receiving event that could not be sent to a destination.
  -n, --namespace string         Specify the namespace to operate in.
      --retry int32              The minimum number of retries the sender should attempt when sending an event before moving it to the dead letter sink.
      --retry-after-max string   An optional upper bound on the duration specified in a "Retry-After" header when calculating backoff times for retrying 429 and 503 response codes. Setting the value to zero ("PT0S") can be used to opt-out of respecting "Retry-After" header values altogether. This value only takes effect if "Retry" is configured, and also depends on specific implementations (Channels, Sources, etc.)
                                 choosing to provide this capability.
      --timeout string           The timeout of each single request. The value must be greater than 0.

運算子¶

💫 新功能與變更¶

更新 csv bundle 的範本和範例 (#1061)

🐞 Bug 修復¶

新增閘道器的連接埠和主機設定支援 (#1047)
新增服務的選擇器設定 (#1050)
將註釋 sidecar.istio.io/inject: "false" 新增至 operator-webhook (#1066)
支援覆寫每個容器的環境變數 (#1085)

感謝貢獻者¶

發布負責人：¶

貢獻者：¶

了解更多¶

Knative 是一個開放原始碼專案，社群中的任何人都可以使用、改進和享受。我們很樂意邀請您加入我們！