前言
Knative Serving 0.9版本在9月17日已经发布，这是Serving v1正式版的第二个候选版本，目前还在和社区讨论Serving在限制条件下如何生产可用，还有怎样协调剩下的部分。
主要变更
v1 API
v1 API模型在这个版本已经可以使用了，但是由于k8s最低版本的限制，可以只部署v1alpha1 endpoint或者所有endpoint(v1alpha1, v1beta1, and v1)。v1 API的模型在所有的endpoint上都可以使用，如果要使用v1beta1/v1 endpoint，需要k8s最低版本为1.14。
minScale 现在只应用到可路由的Revision
现在autoscaling.knative.dev/miniScale只会应用到和Route有关联的Rrevision，这样解决了用户使用minScale的一个痛点，没有路由的Revision pod一直保留最小副本数，要等10个小时才会被回收。
冷启动改进 #4902 and #3885
kube-proxy有个参数iptables-min-sync-period，用来控制iptable刷新时间，如果使用了kube-proxy，ClusterIP生效的时间受限于它。
当ClusterIP还没准备好，Activator 现在会直接通过Pod ip发送，这个修改使得在pod ready后，请求延迟缩短到200毫秒左右，对比之前最高达到10秒。
扩缩容
- 支持RPS（每秒请求数）自动扩缩容，更适合一些短时间和轻量的请求。 #3416
- 之前只针对扩容有速率的限制，现在增加配置项max-scale-down-rate用于控制缩容速率。#4993
- Autoscaler没有更新metric service #5291
- SKS在Autoscaler重启后，变成Serve模式 #5327
- 修复 Activator 缩容导致503错误 #5364
- TBC 默认值改为200
- PA 在状态中展示想要的和实际的pod数量
- 持续的性能测试 https://mako.dev
核心API
- Webhook现在会校验annotation #4995
- Revisions 增加
service.knative.dev/route标签 #5048 - Revision GC 重构，从Configuration移到单独的controller #4876
- Revision状态展示Deployment的错误信息 #5077
- 校验VolumeSources和VolumeProjections #5128
- ContainerConcurrecy 可以配置默认值 #5099
- 应用 Route的标签到Ingress #5467
- global resyncs性能改进，避免一次性加入所有资源 #5275
- 改进readiness probes的错误信息 #5385
网络
- 关闭和删除 ClusterIngress 资源 #5024
来源
文章来自于 knative/serving github release note 的翻译和解读
