本文探讨了K8s中的Serverless实现，重点介绍了Knative的Service概念，包括Route、Configuration和Revision。Knative提供了丰富的弹性策略，如基于流量和资源的自动扩缩容。此外，文章还讨论了阿里云的ASK（Serverless Kubernetes），它提供免运维、极致弹性及低成本的K8s体验，并解决了Knative的运维复杂度和冷启动问题，通过SLB替代Istio Gateway以降低成本和提高稳定性。
- **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 融合<
最低0.47元/天 解锁文章
499
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
