迅雷的版权伤害难以恢复，内功不够好，上市之路坎坷
06-18
立即点击->选择你喜欢的框架，免费体验Serverless Demo。本文编译自ServerlessDay·中国大会-《从零到一，Serverless 平台在滴滴内部落地》讲师滴滴弹性云平台人张健和滴滴高级前端开发工程师陈勤辉分享。
滴滴Serverless FT成员来自：滴滴基础平台部、车辆服务技术部、金融业务部、普惠产品技术部。为什么（前端）要推动Serverless的建设，更快地创建服务，免运维：有大量的Nodejs服务。
创建服务需要申请节点和机器，对接构建、部署、日志记录、监控以及服务的持续运维。我们希望能够更快地创建无需维护的服务。
更灵活的隔离能力：前端BFF接口聚合、微前端等业务场景需要创建大量接口服务。在快速创建服务的同时，也希望能够在不同粒度上灵活隔离接口。
成本更低：在大量非高峰时段，CPU/内存利用率很低。服务不再使用，但资源仍然被占用。
我们的解决方案我们研究了业界的Serverless解决方案，最终决定了我们自己的解决方案：K8s + Knative + Istio来构建应用级Serverless。他的优点是：社区比较繁荣，未来充满希望。
应用级Serverless与传统Docker镜像开发部署类似，迁移现有服务成本较低。应用程序级无服务器，通过无服务器。
路由可以灵活控制隔离的粒度。通过Serverless升级研发模式 既然我们已经具备了Serverless的基础能力，那么我们如何利用它来升级我们的研发模式呢？我们提供npm包来开放公司的基础能力，包括数据存储相关、通信相关的各种框架的上层封装层中间件，上层是业务领域的框架、express/koa/和degg框架我们基于egg建立的，他一定会在一定程度上方便从头开始创建一个公司内部的标准服务。
现在我们称之为 Serverless 的高级模型。商科学生可以更加专注于业务编码，简单高效地完成这样日常的开发迭代过程。
Serverless 全球图景——研发视角 从研发角度来看，整个 Serverless 的整体情况如上图所示。以下是：基于Serverless平台的业务场景解决方案、Serverless-cli插件规范下的场景解决方案。
Serverless-cli和Vscode插件作为开发者的统一入口。面向业务的研发层开发IDE，包括本地的。
云中的两层网关，从业务层网关到Istio创建的Serverless网关Bass SDK，用于与集群中运行的应用程序的后台基础能力进行通信。它包括三个类别：右侧的应用程序和左下角的传统服务：运行时、应用程序和其他。
它将日常业务场景抽象出来，并将其原封不动地存入运行时。在商业工程中只有一些事情会改变。
对于云函数来说，可以是上面FuncitonNodejs框架的底层集群。 K8s/Knative集群右侧：业务服务环境。
下面左下是常规的日志、监控、报警、性能分析能力。 ：是Nodejs生态系统，包括业务框架、SDK、Nodejs性能分析平台。
左上：Serverless研发系统的共享市场。虚线框中，是基于Serverless能力针对某个业务场景的通用解决方案。
Serverless 流程图 - 从研发角度，我们将上面的 Serverless 全局图拆分为三个部分。这三个部分也是我们年初立项时，多个团队共同协作的模块化分工。
分为底层、平台层、面向业务的研发层。在开发者使用的过程中，他们的流程是这样的：不同场景的上层项目使用统一的cli，整个开发过程也可以通过Vscode插件可视化完成。
VSCode 也是调用 cli 能力，然后 cli 调用平台能力。然后平台进行权限验证，调用下层通用构建和部署能力，最后调用Serverless底层接口将服务部署到KNative+K8s集群上。
我们先看一下Serverless-cli的定位。它的定位是基于插件的。
命令行扩展框架。它包括以下三大核心能力：与Serverless平台联动，提供完成服务构建、部署等操作的规范；灵活指挥扩展能力，打造开发者生态；共享场景和解决方案；保持开发体验的一致性。
Serverless-cli 设计 cli 设计包括核心模块、默认命令、webpack相关、配置规范以及基于cli框架上层的插件生态。场景规划 场景规划-FaaS（云函数） 第一个场景规划：云函数。
功能即服务，用户快速编写功能接口。这里创建了两个接口。
每个接口公开一个函数。输入参数为param和context，函数通过async返回同步和异步结果。
该场景的插件为@didi/sls-cli-plugin-faas，用户可以在package.json中声明依赖。 FaaS工程类型的优点是简单高效，并且可以通过Serverless路由灵活控制隔离粒度。
场景方案——Sma（微应用） 第二个场景方案：微应用。页面是一个服务，前后端代码是集成的。
service.js中预留了list和add两个接口。这时候就可以在前端组件中直接调用这两个方法了，类似于远程调用，就像本地函数一样。
另外，其服务端代码上下文与FaaS一致。场景解决方案-Sma-light（微应用-轻量版） 由于是应用级Severless解决方案，所以服务部署过程中仍然需要构建代码、编译镜像、部署整个应用级。
因此，我们采用基于Runtime的设计，并结合Nodejs热更新能力，支持页面级发布能力和轻量级微应用类型项目。支持静态页面、界面动态页面、界面页面模板、中间件等抽象，为该项目类型的物质生态打造不同的场景解决方案。
让我们体验一下不同场景下一致的开发体验，包括创建、构建、开发、部署等执行dev时，一步启动前端资源webpack服务，启动服务端运行时服务同时，会打开导航页面。另外，部署时可以通过cli执行slsdeploy，按照场景顺序和流量分组将服务部署到Severless平台上。
还可以通过Vscode插件进行可视化操作进行部署和回滚。云开发又向前迈进了一步。
我们提供云开发能力，满足云功能等一些轻量级服务的需求。开发者可以通过平台创建功能和页面，完成开发、调试、上线，其开发体验与本地环境完全一致，可以复用。
我们来看一个基于面向 Serverless 的业务聚合的业务用例。这就是我们的普惠工作台，是一个面向运营、融合多个业务线的后台系统。
这里的菜单栏是配置集成的，每个菜单项都是一个独立的页面。目前我们还没有采用微前端的一些轻量级隔离方案，而是使用简单有效的iframe进行隔离。
每个页面都是一个服务，每个业务线团队的每个同学通过前面介绍的微应用解决方案，利用自己熟悉的技术栈独立运维。最后，我们也在积极探索使用 V8 Isolate 结合我们现有的应用级 Serverless + Runtime 设计，实现更轻量级、高效的 Nodejs 的 Serverless 隔离方案。
版权声明：本文内容由互联网用户自发贡献，本站不拥有所有权，不承担相关法律责任。如果发现本站有涉嫌抄袭的内容，欢迎发送邮件 举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。
标签：
相关文章
06-18
06-18
06-18
06-18
06-17
06-21
最新文章
【玩转GPU】ControlNet初学者生存指南
【实战】获取小程序中用户的城市信息（附源码）
包雪雪简单介绍Vue.js：开学
Go进阶：使用Gin框架简单实现服务端渲染
线程池介绍及实际案例分享
JMeter 注释 18 - JMeter 常用配置组件介绍
基于Sentry的大数据权限解决方案
【云+社区年度征文集】GPE监控介绍及使用