作者：洛浩
Serverless 运用引擎的组件架构
最早的时分，咱们设计软件一般按照单体架构，包括和软件相关的数据库，存储等，会直接布置到一台物理服务器上。可是单体运用的问题在于，跟着企业的规模逐步增大，扩展性较差，发布功率十分低。后来，就进入了微服务年代，微服务主要用的结构是依据 Java 语言。微服务架构的一个优势在于迭代功率十分高，扩展性也比较好，可是微服务对资源的占用和本钱相对较高。跟着技能的演进，容器化加快了微服务的落地。但并不是所有的企业都适合微服务，跟着系统复杂性的提高，微服务的功率，运维本钱也在添加。企业选用单体架构，还是微服务取决于系统的复杂程度。
跟着公有云的开展，越来越多的用户会把事务布置到云上。跟着云的运用深度越高，架构的优势也就越显着。第一阶段叫 Rehost，便是从头保管，运用云主机替换本地物理服务器，不改运用，可是这种保管形式是最根底运用云的方式，它的功率并没有达到最大化。跟着进一步的开展，咱们需求 Re-platform，运用保管的云服务替换自建运用根底设施，基本不改运用。但 Re-platform 也不是最好的一种方式，跟着进一步的开展，咱们能够从头去架构这个运用，即 Refactor。这个时分，能够用微服务加容器的方式，重构底层架构和软件架构，把云的价值发挥到最大。从长时刻来看，全体的收益是最大的，可是短期内它的搬迁本钱要求也是比较高的。
假如运用能够按照云上原生的产品或服务进行重构开发，就能够最深的享用云核算的便利性。但与此一起它有几个问题：
- 投入本钱（搬迁/改造）；
- 云厂商绑定程度；
- 云的易用性（上手门槛/保护）；
- 安全性。
阿里云推出了 Serverless 运用引擎（SAE），专门针对运用或许微服务，供给一个全保管的渠道。比方 Java 微服务，现在能够做到零改造搬迁布置到云上，而且支撑完好的微服务办理才能。假如用户想做容器化晋级，也能够运用这个渠道。
Serverless 运用引擎的中心技能
SAE 由哪些组件构成？是怎样把各种产品才能结合到一同的？能够看下这个组件架构。图中绿色部分，是用户需求重视的，是各式各样的事务运用。一起，SAE 会供给各种工具，比方 Cloudtoolkit 插件辅助本地代码布置到云端，比方对接云效供给流水线才能。图中橘黄色部分，便是 SAE 渠道，会供给很多种才能。比方说写了一个商城运用，前台便是一个独立的服务模块，能够独自迭代、开发或许办理。还能够给前台服务装备弹性战略，例如在大促期间，前台服务能够依据实践流量自动弹性弹性，这个也是 SAE 的一个中心价值。所以 SAE，既能够供给资源办理才能，又能供给运用生命周期办理、微服务办理，是一个全保管式的运用渠道。在资源层面，SAE 封装了K8s 集群，K8s 之下是根底设施，由神龙服务器和安全容器构建，SAE 在资源层面，会协助用户供给资源办理和调度才能。
接下来讲一下 SAE 的中心才能。首要，咱们先看一下传统企业用户布置运用的整个流程，首要是需求购买 ECS 资源，然后搭一个集群，对集群进行初始化，然后构建环境。研发开发完结后，开端进行测验布置，别的还要去布置监控、日志等组件。等事务悉数上线后，就进入保护状况，包括资源的运维和事务的运维。而运用 SAE 能够省掉很多进程，首要底层的 K8s 集群由云厂商来保护，用户只用提交镜像或许 JAR 包，就能够把系统布置到 SAE 渠道。其次，监控和日志系统，这些已经由渠道供给，用户只需求重视事务逻辑，不需求去保护资源。
假如用户想要做灰度发布该怎么办？SAE 也给用户供给了单批、分批、金丝雀等发布战略。让布置到渠道上的事务能够做到不停机更新，这个才能也是默认就供给的。
关于用户诉求十分激烈的金丝雀发布，SAE 能够以做到按请求内容灰度 ，和按流量份额灰度。比方要做流量份额灰度，分批发布直接 50%，两批即可发完。一起，也能够按照精准的流量份额进行灰度。
用户运用这个渠道也会十分重视弹性才能，而 SAE 供给了十分丰富的弹性装备。能够依据根底监控目标（CPU、Mem）和事务监控目标（QPS 、RT）来触发水平弹性 。按照这种负载模型去做弹性扩缩容，一般比较适用于突发流量、或许有典型脉冲的运用场景。比方互联网游戏，社交渠道。第二种是守时弹性，这种模型比较适合像餐饮，出行这种有波峰波谷的运用场景。
那么弹性功率能不能跟得上弹性诉求呢？正常情况下，当咱们把一个镜像布置到渠道，系统要通过一个资源调度，然后创立 POD，拉用户镜像，创立容器，发动容器等几个进程。为了提高这个功率，SAE 首要针对运用做了原地晋级才能。便是针对运用晋级发布，能够直接在原有资源上，直接拉用户最新的镜像进行更新和布置，避免重建 POD，然后帮用户提高了 42% 的布置功率。
其次，SAE 还做了镜像加快才能，能帮用户提高 30% 的弹性功率。也便是在用户在创立容器的时分，会同步按需去拉取用户镜像，能够降低服务发动时刻。
第三，SAE 针对 Java 运用的发动也做了加快。供给的 Dragonwell JDK版本，能够在 JVM 和进程发动的时分，生成缓存，再运用二次发动的时分，进行加快，缩短发动时刻。
最后，SAE 会给用户供给这种监控和运用诊断才能，能够查询服务的调用链、接口的呼应耗时、GC 次数、慢 SQL 等，帮用户快速定位问题。
Serverless 运用引擎的最佳实践
微服务/运用搬迁到 SAE，大概有几个进程。首要假如是单体，能够直接打一个压缩包，布置到渠道上来，可是单体运用需求做存算别离，也便是数据库和核算代码别脱离，把核算部分布置到 SAE。微服务运用能够挑选写一个 docker file，做成镜像，然后推到镜像仓库，即可完结布置。微服务运用也能够挑选打成 JAR/WAR 包直接布置到 SAE。
关于降本方面，SAE 也推出了一键启停功能。针对不同的环境，能够敞开守时起停运用。比方对于测验环境，在晚上没人用的时分，就能够把测验环境直接关掉，来节约本钱。
SAE 供给多种工具和方法来构建 DevOps 系统。比方大部分企业用户常用的 Jenkins，或许挑选云上的云效等来做 CI/CD。在运用侧，能够在 SAE 渠道装备守时启停、监控告警等完结事务运维。
关于企业用户比较重视的环境办理和权限划分，SAE 引荐运用命名空间，来做环境的阻隔，不同的命名空间下的运用是不能互访的。别的，SAE 引荐运用权限帮手来给不同的团队，生成对应命名空尽或许运用服务的权限战略，最终做到不同团队之间的运用，彼此不行见不行操作。
还有的用户会重视 SAE 和 ECS 比，做了哪些才能增强呢？首要是供给的这种免运维全保管才能，其次是一站式的全运用生命周期办理才能，以及针对微服务的办理和优化、运用监控等，都是 SAE 给用户供给的增值体验。
Serverless 运用引擎的客户事例
第一个 Timing app，是在教育范畴的在线课程学习 app，它是典型单体运用重构成微服务，搬迁到 SAE 渠道。跟着疫情的开展，Timing 的流量激增之后，原有架构难以承载事务的开展，开端做微服务改造。在微服务化的进程当中选了 SAE 渠道，像用户中心，学习中心，自习中心、图书馆中心等等，都被拆成独立的服务模块。比照运用云主机自建微服务的方式，大约节约 35% 本钱。
别的想要共享的事例是爱奇艺体育，其整个事务都布置在 SAE 渠道上。在今年 6、7 月份的时分，爱奇艺体育转播了欧洲杯赛事，其时的流量十分高；可是体育赛事完毕之后，流量又开端回落，因而弹性才能对其尤为重要。而 SAE 丰富的弹性才能，能够协助节约大量的运维开销，扩容功率比之前提高了 40%。其次内置的运用监控渠道，在事务遇到问题的时分，排障处理功率也提高了 30%。全体上 SAE 协助爱奇艺体育还提高了近 50% 的资源利用率。
相信跟着云核算的开展，Serverless 将成为云年代默认的核算范式，越来越多的企业客户将会采用这个技能。
戳此处，前往检查视频解析~
