v0.4 版本发布

发布时间：2021-10-06

Knative v0.4 版本发布回应了来自越来越多的部署的持续和直接反馈

宣布 Knative v0.4 版本发布

我们再次激动地宣布对Knative的更新。v0.4 版本继续响应来自越来越多的部署的持续直接反馈。在每个版本中，Knative 都根据现在使用我们的平台解决的新用例来实施这些经验教训。

我们收到最多反馈的领域是：配置和密钥管理。

随着 Knative 保持其可预测的发布节奏，在更新过程中保留先前安装的设置（例如域名）的能力变得越来越重要。因此，在 v0.4 版本中，Knative 现在在更新过程中保留先前设置的 ConfigMap 值。从后续版本开始，用户应该能够简单地应用最新的 knative/serving 版本并继续使用其以前的设置。

关于密钥管理，Knative 用户经常要求对密钥（用于机密数据）和 ConfigMap（用于非机密数据）有更多的灵活性。为了满足这一需求，Knative 现在添加了支持将密钥和 ConfigMap 作为卷挂载。

另一个我们几乎从 Knative 首次发布以来就收到很多反馈的领域是除了基本的 HTTP 之外还需要其他网络协议支持。我很高兴地说，在 v0.4 版本中，Knative 现在也支持名为 h2c 的端口的 HTTP2 和 gRPC。在冷启动期间流式 RPC 仍然存在一些挑战，因此我们期待您的反馈。

此外，Knative 现在也支持升级用于 WebSockets 的入站 HTTP 连接的能力。此更改涉及服务基础设施的各个层，包括激活器和 Istio VirtualService，因此我们很高兴最终在 Knative 中实现这一经常请求的功能。

与以前的版本一样，Knative 自动扩展仍然是我们的重点领域。v0.4 版本也不例外，并且再次通过在自动扩展器从激活器获取统计信息时立即扩展来缩短冷启动时间。这减少了 Knative 必须激活先前缩减到零的工作负载时的延迟。此外，服务激活器现在还限制其发送到缩减到零 Pod 的流量，以避免在初始的大流量突发期间过载单个 Pod。

正如我们在上一个版本中指出的那样，从 v0.4 版本开始，Knative 删除了自定义的 Istio IngressGateway 以增强对多个 Istio 版本的支持并减少所需负载均衡器的数量。从 v0.3 版本升级的用户需要在升级之前重新配置其 DNS 以指向 istio-ingressgateway 公开的 IP 地址，并删除 knative-ingressgateway 服务和部署。

最后，Knative 服务的 v0.4 版本添加了一个选项，可以在 config-network ConfigMap 中将默认的 ClusterIngress 控制器从 Istio 更改为其他控制器（如果需要）。

在事件方面，内存中通道现在将事件缓冲在内存中，而不是充当代理。此更改通过减少客户端阻塞来提高事件源的效率和吞吐量。

完整的 Knative v0.4 版本说明，概述了新功能以及错误修复，可在服务、构建和事件存储库中找到。

v0.4 版本发布

宣布 Knative v0.4 版本发布

了解更多