共计 3234 个字符，预计需要花费 9 分钟才能阅读完成。
简介：随着 Serverless 在业界各云平台落地，阿里外部 Serverless 研发平台、各种研发模式也在业务中逐渐落地，热火朝天。在此契机下，淘系团队启动了轻店 Serverless 研发模式降级战斗，基于阿里团体底层设施建设、下层技术体系，解决在淘系轻店业务场景下碰到的系列问题，并借此推动现有前后端合作模式转变。
一、前言
随着 Serverless 在业界各云平台落地，阿里外部 Serverless 研发平台、各种研发模式也在业务中逐渐落地，热火朝天。在此契机下，淘系团队启动了轻店 Serverless 研发模式降级战斗，基于阿里团体底层设施建设、下层技术体系，解决在淘系轻店业务场景下碰到的系列问题，并借此推动现有前后端合作模式转变。
二、背景
轻店业务是淘系新型业务，目前处于摸索试错阶段，如何能以较低人力老本配合业务疾速试错，是团队以后须要思考的问题。Serverless 重要的特点之一“only focus your business”。因而，拥抱 Serverless，轻店业务势在必行。本篇次要介绍，Serverless 技术在轻店前端团队如何落地，以及如何推动轻店研发模式降级，晋升研发效率。在此基础上，同时摸索前端职能转变成为利用开发的可能性。
三、研发模式降级
本文首先调研阿里团体内外 Serverless 现状，联合本身业务特点做技术选型；随后在轻店域内进行业务落地，在落地过程中逐渐落实以下能力：以 sidecar&bottle 作为底层撑持，以一体化研发模式联合公共服务层、原子能力层、根底 SDK 来晋升研发效率；最初通过轻店规范研发链路来保障业务稳定性；最终造成轻店 FaaS 体系，初步实现研发模式提效降级。
1. 技术现状
阿里团体各 BU 过来一年里在 Serverless 畛域做了很多工作，次要集中在根底建设、研发模式、逻辑编排、稳定性建设、以及将 faas 链路买通并落地到 B 侧和 C 侧业务场景，如下图所示。各业务依赖的 Serverless 平台集中在 C 平台 / F 平台（PS：阿里外部 Serverless 平台）。
2. 技术选型
以后阿里团体 Serverless 平台和 midway-faas 团队深度单干，定制了基于阿拉丁 FaaS 计划，依靠袋鼠为业务网关，承载申请散发的职责，并且有容灾、兜底等通用能力。袋鼠以天马体系（PS：指以对立模块标准为根底的搭建体系）为根底底座，然而轻店业务底层依赖装修体系。因而，咱们须要从新选型实现基于轻店场景的 faas 解决方案。除此之外，轻店业务外围依赖各种中台服务。这些中台服务大部分是以富客户端（PS：指集成了本地能力的二方包）模式提供，如何在 nodeFaaS 体系中应用富客户端，是咱们技术计划须要思考的重点。上面是 C 平台计划（PS：阿里外部的 Serverless 平台）和 G 平台计划（PS：阿里外部的 Serverless 平台）的链路比照图。
其中，G 平台链路有 bottle 能力提供富客户端计划，整体零碎链路层级少，性能更优，因而咱们最终技术选型为 G 平台。作为业务方，和各平台一起推动 & 买通 G 平台计划在前端 FaaS 场景落地。
3. 轻店 FaaS 体系
随着业务落地，能力积淀，轻店 FaaS 逐成体系。
轻店 FaaS（代号：玳瑁），有根底能力层，蕴含接口聚合、数据映射、函数兜底、灰度等。原子服务层，积淀了轻店业务场景的各种中台能力封装，下层提供根底 SDK，将各种能力间接给到业务应用。轻店 FaaS 在业务落地时，和前端模块组成轻店的商业 SaaS 能力，通过解决方案将商业能力组合，服务轻店各种业务场景。
1）SideCar & bottle
轻店业务外围依赖中台和中间件能力。因而，首先要解决的问题是，在 nodeFaaS 技术体系下如何调用富客户端和中间件能力。
轻店与 G 平台、midway FaaS 团队一起推动基于 G 平台开发 node FaaS 能力。G serverless 平台中，一个 pod 下面有两个容器，sidecar 容器次要负责申请发现、散发、协定解析、提供各种服务能力（中间件、中台服务）；function 容器运行 node runtime 并且在下面跑业务 faas 代码。容器之间通过 GRPC 进行通信。最终，业务代码能够通过 bottle-SDK 调用富客户端 / 中间件能力。如下图所示：
基于上述计划，轻店 FaaS 实现了满足轻店业务场景的能力图谱。中间件层面次要集中在音讯队列（metaQ）、运维（switch、diamond）、服务（HSF、mtop、http）、缓存（tair、redis）、数据库（云 RDS）、调度（schedulerx）等。中台能力集中在商品、商户、门店、券、标、店铺、UIC 等。随着业务倒退，在逐渐丰盛中。
2）玳瑁 FaaS 能力
玳瑁在运行态，以 G 平台和 node rutime 为底层平台，通过原子层能力实现业务 Faas 函数，并在公共层对立提供数据聚合、兜底等能力。在研发态，基于对立研发平台和小程序端实现轻店一体化研发链路，蕴含对立构建公布流程、UI 配置化映射、FaaS 函数主动补全等。如下图所示：
公共层
api 申请过去，首先通过公共层（代号：羚羊）。公共层次要实现了轻店域内的根底通用能力。比方，自定义投放能力、兜底能力、聚合能力、配置能力。其中：
自定义投放能力是买通了阿 X 丁（PS：阿 X 丁指阿里团体外部通用投放平台），业务能够自定义配置定投规定项，比方按商家、人群、区域、业务维度定投数据；
兜底能力，针对须要保障高可用的 C 端接口，即便接口挂了也能够通过备份数据进行兜底，让消费者对服务异样无感知；
聚合能力是将轻店页面装修数据和模块外部数据对立下发，进步页面性能，避免页面抖动。并且基于对立下发服务的根底上，实现页面级别、接口级别的兜底，模块插件灰度能力。
原子能力层
原子能力层，是积淀轻店业务场景的各种中台能力封装（门店模型、商品模型、券模型……）。基于这些原子能力，轻店 FaaS 对立收敛内部依赖，业务能够缩小内部对接老本，实现业务性能，同时也为映射补全能力提供根底。
FaaS-SDK
为了晋升效率，轻店形象出 FaaS-SDK，蕴含各平台适配、缓存能力、日志标准、锁能力、数据库封装、通用工具等等。其中：
平台场景的适配蕴含阿里团体内各 Severless 平台，让开发者对平台无感知，只须要关注业务逻辑自身；
轻店体系下提供多级缓存能力，对 RT 要求高的高可用场景，提供技术撑持；
通用日志标准，对 FaaS 场景的 INFO、ERROR 日志进行格局标准，并封装成独立包供业务应用。
一体化研发模式
在公共层能力层、原子层能力、SDK、以及 sidecar & bottle 的根底上，咱们买通小程序模块和 FaaS 研发链路，实现轻店一体化研发模式。
一体化研发模式是指，基于端开发小程序模块，同时在同一个我的项目中实现 FaaS 能力。在前端代码中间接援用 FaaS 代码作为函数调用，无需通过申请调用；并且在整个研发链路中，实现两端同步创立 & 公布。在轻店场景下，这种研发模式节俭了前后端沟通联调老本，大大晋升研发效率。
稳定性
最初，为了保障业务的可靠性和稳定性，轻店定义了轻店 FaaS 的规范研发链路。从研发生命周期（研发态、待上线、上线中、上线后）各个阶段配置不同的措施来保障业务稳定性。如下图所示：
至此，轻店 FaaS 体系已介绍完，以 sidecar 撑持底层能力，一体化研发模式联合公共服务层、原子能力层、根底 SDK 来晋升研发效率，最初通过规范研发链路来保障稳定性。
通过轻店 FaaS 体系撑持轻店业务，前端从前到后 cover 残缺业务，后端同学更聚焦在业务中台能力建设。前端职能逐渐转变，从前端到全栈，从资源到业务合伙人。对整体业务而言，以更少的协同沟通老本，更少的联调老本，让团队整体效率晋升。自此，轻店团队初步实现研发模式降级。
4. 业务落地现状
以后淘系轻店 FaaS，已在多个轻店域内业务落地。
四、将来
将来，淘系团队将持续在轻店 faas 体系的根底上，摸索一体化研发模式的最佳提效实际。
原文链接
本文为阿里云原创内容，未经容许不得转载。