簡單瞭解 Knative Eventing 0.9 版本新特性

前言

Knative Eventing v0.9 版本已經於 9 月 18 號正式發佈。本次發佈 Eventing 中相關功能更新並很少。本篇文章帶你簡單瞭解這些功能新特性。

新特性

Broker/Trigger 優化

• Broker 中的 Ingress Pod 以及 Filter Pod新增 liveness 和 readiness 配置：在以前未配置 liveness 和 readiness 的狀況下，若是裏面的 HTTP 服務掛掉下， Pod仍然還在運行中，須要手動刪除Pod才能從新恢復服務，這樣既須要人工介入又不能第一時間恢復服務。經過新增 liveness 和 readiness 配置，能很好的解決這類問題。
• Broker Pod 支持向 config-observability ConfigMap 配置的後端發送 metrics 指標
• Broker 以及 InMemoryChannel 訂閱的請求超時時間從1分鐘調整到15分鐘。針對有些大的鏡像服務冷啓動時間比較長的狀況下，1分鐘的超時時間明顯不合適，因此再新版本在將這個超時時間調整到15分鐘。（我的認爲該超時時間設計成可配置的更好）

ApiServerSource 優化

• 過濾加強：支持經過label標籤、apiVersion 和 kind 進行事件過濾。
• 支持事件數量統計功能。

CronJobSource 優化

支持事件數量統計功能。

注意事項

• Subscription CRD從 eventing.knative.dev 移動到了 messaging.knative.dev 分組下
• NatssChannel CRD 移動到了eventing-contrib中
• in-memory CCP（ClusterChannelProvisioner ）已經移除
• GCPPubSub CCP 已經移除
• ClusterChannelProvisioner 和 Channel CRD 已經從eventing.knative.dev分組中移除
• status.subscribablestatus屬性已經deprecated，使用status.subscribableStatus替換（看起來只是大小寫的區分）。但這兩個屬性目前都會存在 Subscribable 中
• Eventing pods 不足使用 prometheus.io/scrape 註釋
• 注意Choice CRD名稱改了，新名稱叫作：Parallel
• 對於開發者來講，須要注意一下這個Go import變化了：github.com/knative/eventing 改成 knative.dev/eventing。
• 社區從新討論了是否使用Importer替換Source的改造，結果肯定仍是保留當前的Source使用，也就意味着否認了使用Importer替換Source。因此 importer 類型又從 ApiServerSource, CronJobSource, 和 ContainerSource CRD中刪除到了。具體討論能夠參考: https://github.com/knative/eventing/pull/1882

總結

本次 Knative Eventing 0.9 版本整體來看更新很少，側面反映 Knative Eventing 這塊總體趨於穩定。

原文連接

本文爲雲棲社區原創內容，未經容許不得轉載。