网站标题应怎设置,设计一个商务网站,wordpress+Apache升级,网站建设信息介绍简介#xff1a; 过去两年#xff0c;飞猪前端一直在积极地进行 Serverless 建设和实践#xff0c;2019 年 - 2020 年我们和集团 Node 架构组、研发平台一起完成了基础能力的建设和业务试点#xff0c;成为集团率先落地 Serverless 实践的 BU#xff0c;2020 年 - 2021 年…简介 过去两年飞猪前端一直在积极地进行 Serverless 建设和实践2019 年 - 2020 年我们和集团 Node 架构组、研发平台一起完成了基础能力的建设和业务试点成为集团率先落地 Serverless 实践的 BU2020 年 - 2021 年我们开始大规模地在飞猪推广使用 Serverless 的能力从导购全链路到核心中后台都能够看到 Serverless 的身影这一年我们完成了 Serverless 从业务试点到生产力工具的转变本文将主要分享飞猪基于 Serverless 的实践成果以及未来想要做的事情。 作者 | 王恒飞承荫 来源 | 阿里巴巴云原生公众号
本文整理自飞猪旅行前端技术专家--王恒飞承荫在【阿里云 Serverless Developer Meetup 上海站】上的分享。点击查看直播回放https://developer.aliyun.com/live/246653。 过去两年飞猪前端一直在积极地进行 Serverless 建设和实践2019 年 - 2020 年我们和集团 Node 架构组、研发平台一起完成了基础能力的建设和业务试点成为集团率先落地 Serverless 实践的 BU2020 年 - 2021 年我们开始大规模地在飞猪推广使用 Serverless 的能力从导购全链路到核心中后台都能够看到 Serverless 的身影这一年我们完成了 Serverless 从业务试点到生产力工具的转变本文将主要分享飞猪基于 Serverless 的实践成果以及未来想要做的事情。
Serverless 的使用规模
2020 年 - 2021 年飞猪 Serverless 的规模和重要度都有很大的变化主要表现在三方面
一是函数组规模增长一倍以上Qps 峰值增长 650%。二是使用 FaaS 开发的人员规模增长 560%其中前端人员 80% 以上参与到 FaaS 的开发中。三是影响力的表现目前不仅飞猪前端都对 Serverless 很熟悉客户端也有很多人参与到 FaaS 的开发更重要的是后端和产品同学也知道我们有 Serverless 进行服务开发的能力。
具体的数据如下
为什么要引入 Serverless
飞猪为什么这么迫切地要引入 Serverless这主要是出于前后端研发模式升级以及前端职能扩展的考虑下面回顾一下飞猪前端架构的发展和研发模式的演进。
1. 飞猪前端架构的发展
飞猪前端架构总结下来就是从最初纯粹的前端开发到解决多端一致性的跨端开发再到接管视图服务端逻辑的前台开发Serverless 就是前端升级转变的核心一环。 2. 研发模式的演进历程
前端人员为什么一定要参与服务侧开发从前后端研发模式的演进来看主要经历了以下三个大的阶段 第一阶段是资源解耦这个阶段前端把静态资源分离出来部署到 cdn解决了和后端服务同机部署的耦合。 第二阶段是模板解耦我们之前提到的前后端解耦大部分指的就是模板的解耦一种不彻底的解法就是渲染解耦服务端放一个空模板内容部分全靠 CSR彻底的解法就是前端接管模板可以独立部署模板也可以使用 node.js 替代。 第三个阶段就是试图解耦一方面是由于客户端体系和前端的离线体系的限制端侧对于视图的动态性要求极高没有服务侧能力的前端只能将视图的动态性放在服务端做另一方面由于端侧架构对于数据接口协议的特殊要求需要服务端来进行协议的转换也就是服务端常说的 Do 到 Vo 的处理这就造成了前后端视图的耦合为了去除这部分耦合前端通过 Node.js 做 BFF 层来接管视图层的逻辑Serverless 则是给了前端做 BFF 开发的最佳选择。
3. 为什么一定是 Serverless
其实在 Serverless 出现之前前端也尝试了用 node 应用来做 BFF 层的开发飞猪也是在 2017 年通过 Midway React SSR 的架构将飞猪 PC 主链路首页、搜索、商品详情、订单详情 Node 化但是应用级别的开发在前端存在以下几个问题
开发成本高Node 应用级别的开发对于新手前端还是具备一定的开发成本之前做过粗略的估计上手成本至少需要 3 人/日还不包括后续的性能优化、内存泄漏排查等一系列能力。运维成本高Docker、镜像、机器日志查看、域名申请、机器替换等一系列运维能力对于前端来说具备非常高的复杂度也是注定无法推广的一个重要原因。机器成本高前端在使用应用开发时过度偏向于前端架构设计带来的应用离散和机器利用率低的问题根本原因是前端在用页面开发的思维去做应用开发导致新建一堆应用占用大量闲置机器。
2017 - 2019 年也是集团 Node 开发停滞的两年这个阶段由于上述问题的闲置Node 开发无法在移动端铺开前端使用 Node 主要在中后台的开发这时矛盾主要表现在前端迫切渴望研发模式转变和涉足服务端开发的高昂成本直到 Serverless 浪潮的出现让我们看到了曙光下面来看下 Serverless 能给前端带来什么样的变化
Node FaaS 通过将中间件集成到 Runtime 的上下文中开发通过 Api 的方式调用来实现极低上手和开发成本只要会写 js 就能在 0.5 人/日内上手 FaaS 开发同时 Serverless 容器底层通过机器统一管理、镜像统一、灵活调度、按需付费等方式向开发者屏蔽容器的运维两者结合完美地帮我们解决了之前 Node 应用开发遇到的三大问题至此前后端研发模式升级的最后一块拼图集齐前端开始云端的变革。
飞猪云端的核心落地场景
1. 落地场景总览
从飞猪首页到搜索、频道再到大促会场Serverless FaaS 实现了在飞猪导购全链路的覆盖成为飞猪前端的常用生产力工具之一。另外中后台开发已全面使用 FaaS 开发并且赋能客户端同学下图右侧的包体积平台就是飞猪客户端同学使用 Node FaaS 开发完成。
2. 云端场景 - 数据协议处理
数据协议处理是 BFF 层最为常见的场景包括接口合并、Do 到 Vo 的转换等飞猪 80% 以上的 C 端 FaaS 场景都是用作数据协议的处理通过 FaaS 来做协议转换能够解放服务端同时增强前端对视图层的控制可谓一举两得。
一个最新的例子如下图所示这是一个飞猪的内容详情页页面涉及内容中台、评价中台、互动、算法等 5 个以上接口这些接口都是现成的分散在各个系统对于前端来说肯定是不想在端上调 5 次接口不管是从性能还是架构设计上考虑都是不合理的这时就需要一个服务端接口的合并FaaS 就非常适合做这样的事情通过原子能力的拼装无需服务端介入极大缩短了需求的交付周期。
3. 云端场景 - SSR 同构渲染
SSR 同构渲染并不是一个新的概念最早在 React 支持 SSR 的时候前端就具备一套代码在 Server 和 Client 端执行的能力飞猪这边早在 2017 年就在 pc 端上线了 Midway React SSR 的页面。 移动端由于流量比 PC 大很多且在 Server 侧执行 Js 是一个极耗机器资源的操作通过 Node 应用的方式做 SSR 机器和运维成本跟随着页面流量指数级上升ROI 并不高但是 Serverless FaaS 的自动托管能帮前端解决机器利用率和运维成本的问题。 再配合客户端的文档预加载我们可以做到客户端预加载直出率500ms下100%端外渲染 2s 达标率 90%性能提升 80% 以上。
4. 云端场景 - 一体化应用
一体化研发是一种更加符合前端人员习惯的开发模式常见的分为中后台一体化和 RaxFaaS 一体化将 FaaS 代码和 Assets 代码在一个仓库下开发调试和部署能够极大地提高开发效率目前飞猪用得最多的就是中后台一体化开发。
Serverless 研发配套建设
在基础建设方面定义为两部分研发态效率的提升和运行时稳定性的保障。
1. 研发态效率
开发阶段主要涉及的操作是新建项目、调试和发布飞猪通过已有的 Clam 工程体系集成 FaaS 的脚手架模板对接 def api 打通创建项目、迭代和发布的能力让前端同学开发 FaaS 能有和开发页面一样的体验降低上手和开发成本同时封装 Mtop 调用和容灾 SDK封装常用 FaaS Utils 集合的方式提高代码的复用度。
2. 运行时稳定性
通过函数监控 Alinode、网关监控 Sunfire 以及全链路日志的排查能力做到问题的快速发现和定位。
通过 tair 容灾和 cdn 容灾保障大部分场景在函数或者网关挂掉的情况下仍能够正常展示页面。
未来
2020 年 - 2021 年我们完成了 Serverless 向生产力工具的转变2021 年 - 2022 年总体来看是彻底完成飞猪研发模式转变的目标让 FaaS 成为前后端都习以为常的一环规划还没做具体有以下几个关键的事情要做
中后台和长尾函数 0 - 1 的弹起尝试这块考虑到一些中后台函数和长尾函数每天可能只有几十个 Uv 够不到 Qps 级别目前预留 1 核机器的方式仍是有些浪费考虑在不影响初次请求的情况下尝试 0 到 1 的弹起做到机器的极致利用率。飞猪物理网关的替换目前虽然飞猪 Java 的网关出于维护状态投入较低但是一旦流量发生变化网关的稳定性会成为瓶颈希望能够有 Fc 专门的团队接管流量网关之前飞猪也是完成了一个线上试点2021 年 - 2022 年继续推进。研发态和运行时问题的可观测增强从 FC 底层容器到函数代码内部再到函数依赖、流量网关不管是部署出现的问题还是线上的问题都比较难定位通常需要拉着 FC、研发平台、Runtime 的同学一块排查后续希望能推动可观测性的增强让业务开发能够快速发现问题。
写在最后
基于 Serverless 的云端结合已经基本成型这将是前端近些年来最大的变革之一未来 FaaS 将是前端开发不可或缺的一环我们需要用它来做研发模式升级也需要用它帮助前端扩大职能通过 FaaS 的能力让前端开发深入到服务层更好地贴近业务、理解业务、帮助业务。
作者简介
王恒飞承荫飞猪旅行前端技术专家飞猪 Serverless 引进和实践者探索和推动云端的研发模式。
原文链接
本文为阿里云原创内容未经允许不得转载。
