v0.5 版本
发布时间:2021-10-06 , 修订时间:2021-12-14
宣布 Knative v0.5 版本
我们再次激动地宣布 Knative 的新版本:一个帮助开发者在 Kubernetes 上构建、部署和管理现代无服务器工作负载的平台。
虽然 Knative 更频繁和可预测的发布使我们有机会从现实世界的用例中更快地收集反馈,但也意味着更小的、更渐进的功能。当然,也不总是这样。Knative v0.5 在事件方面提供了一组令人兴奋的更新。引入了触发器和代理对象,它们进一步改进和简化了在 Knative 上构建事件驱动系统的开发者体验。
除了事件外,Knative 的此版本还改进了许多指标,以及自动伸缩、队列代理和 Istio 遥测的整体可观察性。让我们更深入地回顾一下这些变化和其他一些变化。
事件
随着 触发器 和 代理 对象的引入 事件 体系结构,开发者可以轻松构建健壮、复杂、事件驱动的系统。通过解耦 生产 和 消费 服务,不再需要复杂的连接或路由配置。我们很高兴看到社区使用此新功能开发哪些新类型的事件和创新解决方案!

触发器:开发者不再需要手动为其事件配置传输并将其路由到下游 Knative 服务。他们只需定义一个事件触发器,该触发器选择源事件(具有任何所需的过滤)并将其发送到消费服务。这极大地简化了开发者体验。
代理:事件代理充当所有消息发送到的中心事件中心。开发者和用户只需编写服务或配置向代理发出事件的源,代理将处理剩下的工作。消费服务只需创建触发器以从代理接收它们感兴趣的事件。
新的事件源:此版本的 Knative 添加了对 Kafka 事件源的支持,将 Kafka 生态系统的强大功能和丰富性带入 Knative 和 Kubernetes。
自动伸缩
自动伸缩添加了改进,使各种工作负载下的自动伸缩更加平滑,也更有效。添加了自动伸缩指标的扩展,以便能够更好地了解时间范围。
核心 API
在此版本中,命名子路由现在在其状态中的服务和路由资源中显示其 URL,因此在如何定位流量拆分的某个分支时,不再需要猜测。这是我们“v1beta1 任务组”讨论 Serving API 的下一个迭代而产生的第一个变化之一。预计在即将发布的版本中会看到更多此类变化。
此外,我们网络挂钩填充的几个默认值现在可以通过一个名为 config-defaults 的新 ConfigMap 进行配置。我们还通过在我们的控制器遇到内部错误时显示更多 Kubernetes 事件,从而提高了对系统错误的可见性。最后但并非最不重要的一点是,我们扩展了我们的一致性测试,包括 securityContext 和 metadata.generateName。
网络
本次冲刺中网络领域的大部分工作都集中在修复 bug 和改进 gRPC 服务的整体冷启动,以及进一步改进客户端默认授权标头处理。
完整的 Knative v0.5 版本说明概述了新功能以及 bug 修复,这些说明可以在 Serving、Build 和 Eventing 存储库中找到。
了解更多
- 欢迎来到 Knative
- 入门文档
- 示例和演示
- Knative 会议和工作组
- 问题和疑难解答
- Knative 在 Twitter 上 (@KnativeProject)
- Knative 在 StackOverflow 上
- Knative Slack