解读 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...

---

本文做者：元毅

阅读原文

本文为云栖社区原创内容，未经容许不得转载。