成就 All on Serverless 的典范有哪些？

低门槛微服务架构转型 比开源自建微服务更快更省更稳。随着业务的快速增长，很多企业都面临单体向微服务架构转型的难题；或者自建的微服务不能满足企业稳定性和多样化的需求。通过 SAE 开箱即用的全套微服务能力，降低了客户学习研发成本，并且有历经双11考验的稳定性背书，能让这些企业快速完成微服务架构转型，支撑新业务快速上线。这也是 SAE 使用最广泛的场景，可以说 SAE 是微服务领域最佳的 Serverless 实践。

一键启停开发测试环境 中大型企业多套环境，往往开发测试、预发环境都不是7*24小时使用，长期保有应用实例，闲置浪费很高，有些企业 CPU 利用率都快接近0，降本诉求明显。通过 SAE 的一键启停能力，已让这些企业灵活按需释放资源，光开发测试环境就能节省2/3的机器成本，非常可观。接下来我们还会通过 K8s 编排能力，编排应用和资源的依赖，一键初始化一套环境和克隆复制环境。

全链路灰度 比开源 K8s ingress 提供的灰度能力更强。SAE 结合 PaaS 层客户的场景特性，不仅实现了K8s ingress的七层流量灰度，也能实现从前端流量到多个级联微服务的接口、方法级别的全链路灰度。

比原有方案，部署运维更方便。以往，客户需要部署2个命名空间的多个应用，使用2套完整的环境来实现正式和灰度的发布，硬件成本大、部署运维麻烦。基于SAE，客户只需要部署一套环境，通过配置一些灰度规则将指定的特殊流量访问到特殊的实例上，一层层级联下去，既控制了爆炸半径，方便的同时又节省了硬件成本。

将 SAE 作为弹性资源池，优化资源利用率 大部分客户会全量使用 SAE，也有少量客户会将同一个业务的常态保有部分放在 ECS 上，将SAE 作为弹性资源池，两者混合部署。

只需要保证同一个应用的 ECS 实例和 SAE 实例，都挂载到同一个 SLB 的后端，并设置好权重比例。微服务应用还需注册到同一个注册中心。另外，复用客户自建发布系统，保证每次发版时，SAE 实例和 ECS 实例版本一致。复用客户自建的监控系统，将 SAE 的监控数据通过 OpenAPI 发送给监控系统，和 ECS 的监控数据规整。当流量高峰到来之时，弹性模块会把弹性的实例都弹到 SAE 系统，极大地提升弹性扩容效率，降低了成本。

这套混部的方案同样适用于从 ECS 模式迁移到 SAE时，作为中间过渡方案使用，进一步提升迁移过程中的稳定性。