解讀 Knative Eventing v0.10.0 最新版本特性

前言

Knative Eventing v0.10.0 版本已經於 10 月 29 號正式發佈。本次發佈繼續圍繞完善 Eventing 中相關功能展開。本篇文章經過解讀這些功能特性，讓你快速對 v0.10.0 版本有所瞭解。

新特性

採用 Destination 資源

爲了在 Eventing/Messaging 中須要支持設置URI， 而 Destination 自己具有這些屬性，所以將 Destination 做爲統一訪問資源。 Destination 結構以下：

type Destination struct{
  // +optional
  Ref *corev1.ObjectReference
  // +optional
  URI *apis.URL
}

用戶除了能夠經過以前以下的方式：

sink:
    apiVersion: v1
    kind: Service
    name: event-display

除此以外，還能夠直接經過uri方式訪問：

sink:
    uri: http://event-display.default.svc.cluster.local

經過 uri 這樣的方式意味着咱們能夠在Eventing中 設置 subPath (如 http://event-display.default.svc.cluster.local/test)進行訪問。
目前支持 Destination 的資源包括：Trigger, Subscription, Parallel, Sequence, ApiServerSource, ContainerSource, 以及 CronJobSource。

建立 Trigger 時默認建立 Broker

當第一次建立 Trigger 時，若是沒有 Broker, 會自動在當前的namespace 的 label 中添加 knative-eventing-injection: "enabled"，建立默認的 Broker。

CloudEvents

CloudEvents 升級到 1.0 版本支持

監控加強

• 在全部的組件中暴露 Go's runtime.MemStats 做爲 opencensus metrics。
• 在 Grafana 中添加了 Broker/Trigger 和 Source 指標儀表盤

其它特性

• 將 CronJobSource 和 ApiServerSource 中 event type 從 OpenAPI spec 移動到annotations中。
• Broker, Channel, Parallel, Sequence CRDs 支持經過標籤 duck.knative.dev/addressable: "true" 代表資源能夠訪問。

其它關鍵信息

• 支持 Kubernetes 最小版本 1.14。若是你 k8s 版本小於1.14， 則會部署失敗。
• channels.eventing.knative.dev CRD 已經被刪除， 已經使用 channels.messaging.knative.dev 替換. 請手動刪除 channels.eventing.knative.dev CRD 資源
• CloudEvents SDK 再也不設置默認類型 application/json. 若是須要能夠經過設置 content type。

總結

本次 Knative Eventing v0.10.0 版本主要繼續完善功能，在後續的版本迭代中應該也是主要集中在功能完善和優化。同時也歡迎對 Knative 有興趣的一塊兒交流。

阿里雲雙11億元補貼提早領，進入抽取iPhone 11 Pro：https://www.aliyun.com/1111/2...

---

本文做者：元毅

閱讀原文

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