knative serving 0.8 变更
前言
knative serving在8月6日发布了0.8版本，这个版本是Serving v1的第一个候选版本。
0.8主要增加了以下功能：
- Target Burst Capacity (TBC) 支持，用于避免突发流量在queue-proxy里排队
- 减少Readiness 健康检查需要的时间
- Route/Service的ready状态能代表可以访问了
本次的不兼容变更：
- 取消支持Istio 1.0.x（Istio 1.0.x的生命周期也已经结束），要求最低版本为1.1.x
- 把
github.com/knative/servingimport paths 改成knative.dev/serving
下面是每个模块具体的改进
扩缩容
Target Burst Capacity (TBC) 支持 #4443, #4516, #4580, #4758
设计这个的原因是，如果有突发流量，需要避免所有流量都涌入某几个pod内，导致流量在queue-proxy中排队。之前已经在Activator实现了限速器，但只适合从0扩容的场景。这次改进了一些，不只是从0扩容的时候，在实例数不满足时也会介入。
这次引入了TBC参数，设定突发流量达到多少并发才触发，和它配合的还有一个目标容量比例（container-concurrency-target-percentage），默认值是70%，用于autoscaler决定达到容量多少比例后，需要扩容一个pod。
如果通过计算，当前的突发流量超过剩余空闲的容量，Activator将加入到数据链路来（通过把Activator Endpoint加入public service，此时同时包含Activator和用户容器的endpoint），Activator会缓存请求，直到有充足的容量。
TBC这个配置可以在集群或者revision配置，默认不开启。
设计文档：链接
Activator HPA 和性能改进 #4886, #4772
因为加入了TBC功能，activator在数据面上使用的更频繁，有一些性能和扩容问题暴露出来。现在给activator加了基于CPU的水平扩容和改进了请求延迟。
快速缩容到0 #4883, #4949, #4938
如果activator在请求路径中（例如使用了TBC），现在会忽略缩容到0的静默等待时间（grace period）。现在静默等待时间改为activator确认在数据路径上，之前是一个固定值。
新增Metrics CRD #4753, #4894, #4895, #4913, #4924
扩缩容指标变为独立的CRD（之前是在内存中创建），这样允许新的autoscaler可以在程序外部使用。
基于这个变更，把HPA扩缩容放到了独立的进程。
稳定性和性能:
- 改进测试偶然报错
- 更好的校验annotation和configmap
- 当Autoscaler重启后，会等待一个合理数量的指标采集，才决定缩容。
核心API
Readiness 健康检查冷启动时间改进 #4148, #4649, #4667, #4668, #4731
queue-proxy sidecar现在会同时执行用户配置的readiness健康检查和默认的TCP检查。这使得我们可以更激进的对用户提供的容器做检查（相对于K8s默认秒级的间隔）。
readiness健康检查的 periodSeconds 默认为0，表示开启系统定义的亚秒级健康检查。可以把 periodSeconds 改为大于0的值，这样就使用k8s默认的健康检查。
实现方式是读取用户的配置，把用户的httpGet readiness配置转为queue-proxy的代码实现，通过执行脚本的方式检查。
其他变更
- 允许只指定协议，不指定端口 #4515
- Annotation 校验 #4560, #4656, #4669, #4888, #4879, #4763
- ServiceAccountName 校验 #4733, #4919
网络
Route/Service 只有从Istio ingress可访问才汇报Ready (#1582, #3312)
Route 只有从Istio ingress可访问才汇报Ready，这样用户就可以判断Service/Route的状态，开始使用。
移除集群级别的 ClusterIngress 资源(#4028)
networking.internal.knative.dev/ClusterIngress 已经被namespace级别的 networking.internal.knative.dev/Ingress 资源替换， ClusterIngress资源会在0.9移除。
修复未激活的Revision流量比例不对 (#882, #4755)
当如果有超过一个未激活的Revision，不再只路由到最大的分片。为了支持这个，现在宣布去掉支持Istio 1.0
其他变更
- 每个 sub-Route 可以有自己的可见性设置(#3419)
- 集成 Gloo Ingress