Knative Eventing 0.7 版本已经于 6 月 26 号正式发布。本次发布主要围绕重构 Channel 特性展开。本篇文章重点解读了这些特性,并且以此展望一下 Knative Eventing 后续版本的发展。
重构 Channel
作为 Eventing v0.7 版本最大的特性, 重构了 Channel 的设计:为每个 Channel 单独创建了CRD资源。
在 Eventing v0.6 版本中, Channel 是通过 provisioner 模式实现的。以 kafka Channel 为例:
apiVersion: eventing.knative.dev/v1alpha1
kind: Channel
metadata:
name: my-kafka-channel
spec:
provisioner:
apiVersion: eventing.knative.dev/v1alpha1
kind: ClusterChannelProvisioner
name: kafka
这里是通过指定名称为 kafka 的 ClusterChannelProvisioner。这样的实现方式存在以下问题:
针对这些之前存在的不合理的设计, 在Eventing v0.7版本中,为每个Channel 单独创建了CRD资源,改造涉及如下:
改造后的 kafka Channel 示例如下:
apiVersion: messaging.knative.dev/v1alpha1
kind: KafkaChannel
metadata:
name: my-kafka-channel
spec:
numPartitions: 1
replicationFactor: 3
另外这些现存的 ClusterChannelProvisioner,会在未来的版本中删除掉。
支持事件顺序处理(Sequence)
在 0.7 版本中定义了 Sequence CRD 资源用于简单的pipeine(F1->F2->F3),这个特性比较有意思,它可以将上一步处理的事件结果作为下一步的输入。类似图例:
在 Channel, Subscription, Broker, 以及 Trigger 中增强注释信息
在 Channel, Subscription, Broker, 以及 Trigger 中增加了创建和更新的用户信息。
事件追踪支持
事件源增强
其它变更
对于此次的变更,如升级到 Eventing 0.6版本需要关注一下几点:
从本次 Knative Eventing 0.7 版本发布的特性不难看出,当前 Knative Eventing 在向前的迭代中不断优化设计,相信在接下来的版本中也会更多的聚焦设计优化,如计划在 v0.8 版本中完成 Source 到 Importer 的重命名改造等。
作者:元毅
留言与评论(共有 0 条评论) |