繁芜性真的会成为 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，镜像加速等，供应端到端15秒的极致支配体验。一站式PHP运用托管：支持 PHP zip包直接支配SAE，并供应 PHP 运行时环境选择和运用监控能力，供应一站式 PHP 运用托管体验。更丰富的开拓者工具链：除 Cloudtoolkit、CLI、VSCode等开拓者工具外，新增支持 Terraform 和Serverless Devs，基于资源编排能力，一键支配 SAE 运用以及依赖的云资源，让环境搭建更大略。
4大最佳实践，造诣 All on Serverless 的典范低门槛微做事架构转型比开源自建微做事更快更省更稳。随着业务的快速增长，很多企业都面临单体向微做事架构转型的难题；或者自建的微做事不能知足企业稳定性和多样化的需求。通过 SAE 开箱即用的全套微做事能力，降落了客户学习研发本钱，并且有历经双11磨练的稳定性背书，能让这些企业快速完成微做事架构转型，支撑新业务快速上线。这也是 SAE 利用最广泛的场景，可以说 SAE 是微做事领域最佳的 Serverless 实践。
一键启停开拓测试环境中大型企业多套环境，每每开拓测试、预发环境都不是724小时利用，长期保有运用实例，闲置摧残浪费蹂躏很高，有些企业 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时，作为中间过渡方案利用，进一步提升迁移过程中的稳定性。
SAE 的5大新特性、4大最佳实践，冲破了 Serverless 落地的边界，让运用容器化更快捷，让 K8s 落地更大略，让容器 + Serverless + PaaS 得以合三为一，使得技能前辈性、资源利用率优化、不变的开拓运维体验可以领悟在一起。
