开发者学习笔记【阿里云云原生助理工程师认证（ACA）课程：微服务和 Serverless 架构-Serverless 与微服务结合的 SAE 介绍】
课程地址：https://edu.aliyun.com/course/3112075/lesson/190232
微服务和 Serverless 架构-Serverless 与微服务结合的 SAE 介绍
内容介绍：
一．SAE功能介绍
二．SAE架构体系和开发流程
三．SAE适合的场景
四．SAE,EDAS,FC使用场景对比——开发语言和项目规模
五．SAE,EDAS,FC使用场景对比——模块划分
一．SAE 功能介绍
SAE是一款 Serverless理念的微服务应用框架，其前身为EDAS Serverless ，之后逐渐独立于 EDAS，形成单独的产品体系，与 EDAS 相比，SAE 提供了集成的解决方案，免去了用户对计算资源的准备和维护，用户不再需要创建 ECS 集群或 K8S 集群即可直接运行微服务实例。
它的主要特点包括：
1.支持微服务、容器、Serverless三大云原生中的核心技术，开发者可在 SAE 中体验三大核心技术的优势。
2.SAE基于 EDAS，因此支持 EDAS 的绝大部署也可以与 EDAS 无缝衔接，在 SAE 上部署的微服务也可以和EDAS的微服务实现互联互通
3 .SAE基于 EBM 弹性裸金属服务器进行部署，在支持弹性实力伸缩的同时，底层基于安全容器进行应用，网络层面通过 VPC 强隔离双重保障应用安全运行。
4.SAE作为Serverless产品，按计算量付费，适合对上云成本敏感或者有计算端成本优化的微服务架构用户
二．SAE 架构体系和开发流程
SAE 底层基于阿里公共集群执行应用，实现了容器编排技术、Serverless理念与微服务架构的完美结合。
和 FCA 函数计算一样，用户不再需要关注底层计算资源。虽然 EDAS也可在 ASK 公共集群中创建自己的 K8S 集群，但用户还是需要对集群进行配置，而SAE则直接取消了集群的概念，进一步简化使用流程。SAE 的上层支持Spring cloud ,double, hsf 容器为服务框架应用的开发和部署，可支持cloud key 插件或云效平台服务。Pass 则提供了完整的微服务开发框架及微服务生命周期管理、多种发布策略、弹性伸缩、应用监控、日志管理、一键启用、应用编排等完善的应用托管功能。
开发者在SAE 下开发微服务应用时，只需要在本地配置好轻量级服务注册中心，然后进行代码开发，开发完毕后通过云效平台一键上传到SAE，后续的部署和发布流程则全部交给 Serverless 平台，即可实现应用在公网上的部署和发布。相比较手动部署应用、SAE方式和EDAS 方式，便利性又有了进一步的提高。
三．SAE 适合的场景
SAE具有Serverless和微服务的双重技术优势，其适用场景也聚焦在需要双重能力的业务中，大体来说分为三个类型：
第一种场景是需要快速上云的应用，SAE屏蔽底层资源的购买和运维细节，让企业聚焦核心业务本身，适合中小企业快速部署应用。如北京大学软件与微电子学院的老师在疫情期间编写了一套健康信息采集和报名高校健康打卡，该项目利用SAE的快速上云特点，在疫情期间用极快的速度开发完成，并在全国30余个高校院系中部署应用，为疫情期间高效的师生健康信息采集汇总的需求提供快速、高效的一站式解决方案。
第二种场景是降低资源成本。企业应用通常都有生产、测试、开发等多套云上环境，除生产环境外，其他环境使用率较低。SAE 提供了一键启停开发测试环境的能力，即开即用，节约成本、方便应用。以某健康产业平台公司为例，其业务范围覆盖了医院WiFi、患者端APP、医护端APP，一站式医院互联网应用解决方案等，公司缺少专业运维人员研发，既要忙于业务，又要覆盖底层组建的开发和运维效率低下。同时为了降低运维需求，该公司按业务峰值保持大量的包年，并且微服务架构、APM工具等均采用开源字典，开发和维护成本很高。采用SAE产品后，通过SAE对常见微服务框架的友好支持能力，实现了原有应用零改造直接部署使用，同时利用SAE的免运维和一键启动功能，按需部署测试环境和生产环境，极大的提升了资源利用率。
第三种场景是弹性伸缩，使用公共计算资源池值获得计算资源，提供了超过EDAS的弹性伸缩能力，可以更加从容的应对突发型流量洪峰，帮助应用轻松应对计算资源压力，保障服务质量的同时，节约资源成本。
某视频网站其业务具有明显的潮汐性，业务高峰主要是在晚间和节假日以及热门影片发布期间。SAE更快速和免运维的弹性伸缩功能在网站业务高峰时轻松应对，既保证了网站的系统稳定和业务发展，也降低了企业运维成本和计算资源消耗。
四．SAE,EDAS,FC 使用场景对比——开发语言和项目规模
对基于 Serverless 理念的单体应用架构FC,基于 Serverless 理念和微服务架构的SAE，基于微服务架构的 EDAS 三种产品的技术特点进行简单对比，并对他们各自擅长的应用场景做出说明。
首先从开发语言来讲，FC支持的开发语言种类最多，对脚本语言开发环境的支持最为友好，同时支持事件源触发机制。虽是单体架构，但对于一些小型、功能相对单一的项目以及一些使用脚本语言开发的小微网站，FC应用是最适合其应用场景的产品。
SAE 产品在开发语言上支持 Java 和容器技术，同时支持微服务框架及拥有强大应用托管和多种微服务工具的集成，更加适合在大型分布式微服务架构中开发复杂的后端应用，同时其弹性伸缩能力对于存在流量洪峰的互联网应用的支持也更加出色。
EDAS产品功能基本和 SAE产品相似，虽需要手动维护计算资源，但也可对集群计算资源做自定义配置和精细化运算。对于一些需要和第三方系统保持长连接下的互联互通资源加载缓慢，难于频繁加载释放或者需要兼容存储的计算，不能做到完全分离的传统架构模块， EDAS具有比SAE更加强大的适应能力。同时EDAS部署方式兼容还有自建 IDC机房的服务器的使用方式，程序出现问题时，调取容易，具有学习曲线缓和的优点，比较适合有专业运维团队的传统行业中的大型分布式应用迁移上云的场景。
五．SAE,EDAS,FC 使用场景对比——模块划分
FC产品弹性伸缩速度最快，计算资源的调度力度更加细腻，可以支持最小零点零六二五核二十八m的计算资源调度单位，对流量敏感型应用友好，因此在大型系统中更加胜任与流量难以预测的前端网页接入，运营需要快速迭代的临时性功能，以及一些计算密集型功能模块。
SAE 弹性伸缩速度较快，计算资源的调动能力不如FC产品精细，但基于分布式微服务架构的特点，在复杂系统中具有更加良好的架构优势，因此适合大型分布式应用中流量变化速度较快的部分，比如直接为用户提供服务的前台 Olap 逻辑模块，或者项目中的联调环境、测试环境等不活跃环境的搭建。
EDAS 产品伸缩速度比前两款产品更低一些，扩容时需要部署 ESC 实例，支持精细化运营，对遗留系统支持性较好，适合大型应用中流量较稳定的服务模块，如 Olap 后台系统、第三方对接等场景。同时在不频繁进行弹性伸缩的情况下，EDAS 可以长期包年的方式购买 ECS，性性价比相对于资源也有一定的优势。
