K8s 原生 Serverless 实践：ASK 与 Knative

• **Service **

Service 对应 Serverless 编排的抽象，通过 Service 管理应用的生命周期。Service 下又包含两大部分：Route 和 Configuration。

• Route

Route 对应路由策略。将请求路由到 Revision，并可以向不同的 Revision 转发不同比例的流量。

• Configuration

Configuration 配置的是相应的资源信息。当前期望状态的配置。每次更新 Service 就会更新 Configuration。

• Revision

每次更新 Configuration 都会相应得到一个快照，这个快照就是 Revision，通过 Revision 实现多版本管理以及灰度发布。

我们可以这样理解：Knative Service ≈ Ingress + Service + Deployment + 弹性（HPA）。

[](

)4. 丰富的弹性策略

---

当然，Serverless 框架离不开弹性， Knative 中提供了以下丰富的弹性策略：

• 基于流量请求的自动扩缩容：KPA；

• 基于 CPU、Memory 的自动扩缩容：HPA；

• 支持定时 + HPA 的自动扩缩容策略；

• 事件网关（基于流量请求的精准弹性）。

[](

)三、Knative 和 ASK 融合

=======================================================================================

[](

)1. ASK