v1.1 版本发布

发布日期：2022-01-21 , 修订日期：2023-08-03

现在跨多个组件提供 Knative 的新版本。

按照文档中安装 Knative 中的说明进行操作，以安装相应组件。

允许在就绪性和存活性探测上将 TCP 和 HTTP 端口设置为与容器端口相等 (#12225)
从队列代理中删除了 unix 套接字监听器，因为它不再使用 (#12298)
生成的 HPA 现在是 v2beta2。窗口注释将设置为 HPA 稳定窗口 (#12278)
删除使用 Mako 的性能测试 (#12266)
当使用 exec 探测时，直接探测队列代理的就绪性而不是等待 Kubernetes 报告就绪性的激活器优化现在已禁用（因为队列代理无法代表用户容器执行这些探测）(#12250)
在队列代理中使用 pkg/drain (#12033)

新的实验性功能“delivery-retryafter”标志允许使用“DeliverySpec.retryAfter”来配置处理 429/503 响应中的 Retry-After 标头。参见实验性功能。（#5813）
现在，所有核心 Knative Eventing Pod 都应该能够在受限的 Pod 安全标准配置文件中运行 (#5863)
触发器现在包含一个与 CloudEvents 订阅 API 兼容的过滤器字段，作为一项实验性功能 (#5715)

kafka-controller 部署现在会发出针对数据平面（kafka-sink-receiver 和 kafka-broker-receiver）的探测请求，以确定 Kafka Broker 和 KafkaSink 就绪性 (#1495)
现在可以配置在使用 Zipkin 后端时使用的标头格式（b3 多标头、b3 单标头和 w3c trace-context）(#1546)
处理规范中报告的不可重试的 HTTP 状态代码。有关更多信息，请参阅 GitHub 上的 Eventing 规范 (#1574)

在调度程序和入口中添加使用 opencensus 进行跟踪 (#370)
RabbitMQ Source 现在可以使用预定义队列，而不是创建新的队列 (#493)
现在，Source 适配器根据 channel_config.prefetch_count 参数（默认为 1）并行处理消息 (#522)
不要将控制器操作的代理类公开为环境变量 (#512)
RabbitMQ Source 现在根据 RabbitMQ 协议绑定规范针对 CloudEvents 转换 RabbitMQ 消息 (#475)
- 如果 CloudEvent 数据或标头中未设置，则回退到 RabbitMQ 消息内容类型
- 避免重新包装已采用 CloudEvent 格式的 RabbitMQ 消息

版本负责人：@matzew 和 @nak3

Knative 是一个开源项目，任何社区中的人都可以使用、改进和享受它。我们很乐意您加入我们！