共计 2551 个字符，预计需要花费 7 分钟才能阅读完成。
微服务场景，开源自建真的最快最省最稳的？复杂性真的会成为 Kubernetes 的“致命伤”吗？企业应用容器化，肯定得过 K8s 这座“独木桥”吗？Serverless 利用场景繁多，多用在逻辑简略的非核心场景：小程序、ETL、定时备份等。Java 微服务真的遥遥无期了？
2021 云栖大会现场，阿里巴巴研究员、阿里云智能云原生利用平台总经理丁宇（叔同）重磅公布了 Serverless 利用引擎 SAE 的产品全新定位和 5 大产品新个性，给出了以上问题的答案。
从专用到通用，SAE 人造适宜企业外围业务的大规模落地
区别于 FaaS 状态的 Serverless，SAE 以“利用为核心”，提供了面向利用的 UI 和 API，不扭转利用编程模型和部署形式，放弃了客户在传统服务器上统一的开发部署体验，还能不便的进行本地开发调试 / 监控，极大地升高了客户应用 Serverless 的门槛，能做到零革新平滑迁徙企业在线利用。
也正因为此，SAE 帮忙 Serverless 从专用到通用，突破了 Serverless 的落地施行边界，使得 Serverless 不再是前端全栈、小程序的专宠，后盾微服务、SaaS 服务、物联网利用等一样也能够构建在 Serverless 之上，人造适宜企业外围业务的大规模落地。
从简单到简略，SAE 人造适宜企业零门槛容器化
区别开源自建微服务，SAE 提供了开箱即用的历经双 11 考验的全套微服务治理能力，客户无需思考框架选型、更无需思考数据隔离、分布式事务、熔断设计、限流降级等，也无需放心社区保护力度无限二次定制开发的问题。
能做到 Spring Cloud/Dubbo 零革新无缝迁徙。开源之上，咱们还加强了无损高低线、服务鉴权、全链路灰度等高级个性。
SAE 还帮用户屏蔽了 K8s 技术细节，实现企业应用零门槛容器化，无感拥抱 K8s。提供主动构建镜像的能力，除镜像外，提供 WAR/JAR/PHP zip 包等多种形式，升高客户制作 Docker 镜像门槛。屏蔽 K8s 简单的网络和存储插件适配，帮每个利用的实例调配一个在 VPC 内互联互通的 IP，长久化数据到存储系统。屏蔽 K8s 的运维降级，再也不必放心 K8s 版本升级带来的稳定性危险。屏蔽 K8s 对接监控组件和弹性 controller，提供白屏化的端到端可观测能力和灵活多样的弹性策略配置。用户持续沿有原有打包部署形式，间接 享受 K8s 的技术红利。
5 大新个性，凸显 Severless 新劣势，延展 Serverless 新边界
- 弹性能力 2.0：业界首发混合弹性策略，反对定时和指标策略混用。在开源 K8s 能力上，丰盛 TCP 连接数，SLB QPS/RT 等业务指标触发弹性，反对设定扩缩容步长、冷却工夫等高级弹性设置。
- Java 冷启动提速 40%：基于 Alibaba Dragonwell 11 加强的 AppCDS 启动减速技术，将利用第一次启动的过程生成缓存保存起来，后续间接通过缓存启动利用。同比规范的 OpenJDK，冷启动耗时提速 40%。
- 极致部署效率 15s：基于底层全链路降级，平安沙箱容器 2.0，镜像减速等，提供端到端 15s 的极致部署体验。
- 一站式 PHP 利用托管：反对 PHP zip 包间接部署 SAE，并提供 PHP 运行时环境抉择和利用监控能力，提供一站式 PHP 利用托管体验。
更丰盛的开发者工具链：除 Cloudtoolkit、CLI、VSCode 等开发者工具外，新增反对 Terraform 和 Serverless Devs，基于资源编排能力，一键部署 SAE 利用以及依赖的云资源，让环境搭建更简略。
4 大最佳实际，成就 All on Serverless 的榜样
1、低门槛微服务架构转型
比开源自建微服务更快更省更稳。随着业务的快速增长，很多企业都面临单体向微服务架构转型的难题；或者自建的微服务不能满足企业稳定性和多样化的需要。通过 SAE 开箱即用的全套微服务能力，升高了客户学习研发老本，并且有历经双 11 考验的稳定性背书，能让这些企业疾速实现微服务架构转型，撑持新业务疾速上线。这也是 SAE 应用最宽泛的场景，能够说 SAE 是微服务畛域最佳的 Serverless 实际。
2、一键启停开发测试环境
中大型企业多套环境，往往开发测试、预发环境都不是 7*24 小时应用，长期保有利用实例，闲置节约很高，有些企业 CPU 利用率都快靠近 0，降本诉求显著。通过 SAE 的一键启停能力，已让这些企业灵便按需开释资源，光开发测试环境就能节俭 2/3 的机器老本，十分可观。接下来咱们还会通过 K8s 编排能力，编排利用和资源的依赖，一键初始化一套环境和克隆复制环境。
3、全链路灰度
比开源 K8s ingress 提供的灰度能力更强。SAE 联合 PaaS 层客户的场景个性，不仅实现了 K8s ingress 的七层流量灰度，也能实现从前端流量到多个级联微服务的接口、办法级别的全链路灰度。
比原有计划，部署运维更不便。以往，客户须要部署 2 个命名空间的多个利用，应用 2 套残缺的环境来实现正式和灰度的公布，硬件老本大、部署运维麻烦。基于 SAE，客户只须要部署一套环境，通过配置一些灰度规定将指定的非凡流量拜访到非凡的实例上，一层层级联上来，既管制了爆炸半径，不便的同时又节俭了硬件老本。
4、将 SAE 作为弹性资源池，优化资源利用率
大部分客户会全量应用 SAE，也有大量客户会将同一个业务的常态保有局部放在 ECS 上，将 SAE 作为弹性资源池，两者混合部署。
只须要保障同一个利用的 ECS 实例和 SAE 实例，都挂载到同一个 SLB 的后端，并设置好权重比例。微服务利用还需注册到同一个注册核心。另外，复用客户自建公布零碎，保障每次发版时，SAE 实例和 ECS 实例版本统一。复用客户自建的监控零碎，将 SAE 的监控数据通过 OpenAPI 发送给监控零碎，和 ECS 的监控数据规整。当流量顶峰到来之时，弹性模块会把弹性的实例都弹到 SAE 零碎，极大地晋升弹性扩容效率，升高了老本。
这套混部的计划同样实用于从 ECS 模式迁徙到 SAE 时，作为两头过渡计划应用，进一步晋升迁徙过程中的稳定性。
SAE 的 5 大新个性、4 大最佳实际，突破了 Serverless 落地的边界，让 All on Serverless 成为可能，利用零门槛容器化，让容器 + Serverless + PaaS 得以合三为一，使得技术先进性、资源利用率优化、不变的开发运维体验能够交融在一起。
