共计 1520 个字符，预计需要花费 4 分钟才能阅读完成。
简介：阿里云 Serverless 利用引擎（SAE）初衷是让客户不改任何代码，不扭转利用部署形式，就能够享受到微服务 +K8s+Serverless 的残缺体验，开箱即用免运维。
前言
微服务作为一种更灵便、牢靠、凋谢的架构，近年来失去迅速倒退，和容器技术的联合能够轻松实现微服务化后的 DevOps，越来越多的企业寻求微服务容器化落地之道来让企业应用更好的上云。然而因 K8s 自身的学习曲线、运维复杂度、适配微服务的服务注册发现、版本治理、灰度策略，已有会话解决等，让这些客户望而生畏，爱而不得。
阿里云 Serverless 利用引擎（SAE）就是在这个背景下诞生的，初衷是让客户不改任何代码，不扭转利用部署形式，就能够享受到微服务 +K8s+Serverless 的残缺体验，开箱即用免运维。底层基于对立的 K8s 底座，帮用户屏蔽 IaaS 和 K8s 集群运维，WAR/JAR/PHP zip 包无需容器化革新间接部署。在应用层，给用户提供了全栈的能力，重点包含利用治理和微服务治理。在开发者工具 /SaaS 方面也做了良好的集成，能够说 SAE 笼罩了利用上云的残缺场景。
SAE 深度集成 MSE，微服务治理能力业界当先
SAE 深度集成了微服务引擎（MSE），将阿里深耕十余年历经双 11 考验的微服务最佳实际产品化。在开源 Spring Cloud/Dubbo 的根底上，提供了更多收费的高级治理能力。如微服务金丝雀 / 灰度流量能力，能让利用发新版时，基于 header/cookie 等各种纬度进行精准灰度，管制最小爆炸半径；微服务的无损下线和无损上线能力，能在 Provider 降级过程中，通过 SAE 利用内挂载的 agent 被动刷新服务列表和被动告诉，Consumer 不会呈现调用报错。服务启动过程中，无论公布 / 扩容都实现流量平滑和稳固。还有杀手锏的全链路灰度能力，能实现从七层入口流量到后端一系列微服务的级联流量灰度，极大的升高了客户多套环境搭建老本，晋升灰度成果。
SAE 冲破 Java 冷启动瓶颈，提速 40%
Java 冷启动效率慢始终是困绕开发者多年的难题，加载的类较多，依赖包大，会重大拖慢效率。SAE 除了镜像减速、镜像预热效率优化伎俩外，也在竭力打造极致的 Java 利用启动效率：基于 Alibaba Dragonwell 11 加强的 AppCDS 启动减速技术，将利用第一次启动的过程生成缓存保存起来，后续间接通过缓存启动利用。同比规范的 OpenJDK，在冷启动耗时场景下晋升 40%，极大晋升了利用启动和弹性效率。该项技术已大范畴利用于团体生产业务，也收到了少数企业用户的频频点赞。
SAE 业界首发混合弹性策略
SAE 提供了业界最丰盛的弹性指标，最灵便的弹性策略。不同的场景应用不同的弹性策略。除 K8s 规范提供的 cpu/mem 外，SAE 新增反对利用监控指标如 QPS、RT、TCP 连接数等，基于业务来弹更精准。除定时弹性和监控指标主动弹性外，SAE 新增反对混合弹性策略，解决了在线教育、互娱、文化传媒等行业中定时弹性和监控弹性互斥，不能同时启用的痛点问题，并且在手工干涉扩容后，还能零碎复原主动弹性能力。
SAE 提供面向大促的高可用解决方案
Serverless 利用引擎（SAE）尤其实用于电商、新批发、互娱、在线教育、餐饮、出行、文化传媒等时有突发流量的行业，能做到精准容量 + 极致弹性 + 限流降级。
有人说微服务跑在 Serverless 上是胡思乱想，也有人说 Serverless 与微服务是天作之合，置信随着 Serverless 利用引擎 (SAE) 这款产品的一直倒退，这类争执会逐步地隐没，而 SAE 也会成为微服务容器化的最短门路和微服务 on Serverless 的最佳实际。
原文链接
本文为阿里云原创内容，未经容许不得转载。