共计 6291 个字符，预计需要花费 16 分钟才能阅读完成。
导语 | Serverless Components 是 Serverless Framework 推出的最新解决⽅案，具备基础设施编排能⼒，开发者通过使⽤ Serverless Components，能够灵便构建、组合和部署 Serverless 应⽤。本文是对腾讯云云函数团队前端负责人蔡卫峰在云 + 社区沙龙 online 的分享整顿，介绍 Serverless Components 在腾讯云的落地和实际，心愿与大家一起交换。
点击此链接查看残缺直播回放
一、Serverless Components 实现原理
1. Serverless CLI 工具
Serverless 是一个重开发和部署的产品利用，服务提供了弹性伸缩、主动运维的能力，开发者次要关怀开发和部署。所以，开发和部署的体验对于 serverless 业务来说是十分重要的。
Serverless 的函数自身只是提供了计算的资源，要想实现一个残缺的利用，必然会波及到云上的其余资源，比方网关、cdn、数据库等。
如果是控制台操作，须要在不同的服务之间跳来跳去，比拟割裂。如果能有一个基于利用的对立的命令行管理工具，对于开发者必然会不便很多
Serverless CLI 是用户受权后，通过命令行工具，调用云 API 帮忙用户治理云资源，不便对云上资源进行比拟残缺的操作。
2. 什么是 Serverless Framework
Serverless Framework 当初大量的使用者是 web 服务的开发者，次要定位于 web 服务场景，它是北美研发团队开源的一个我的项目，是业界⾮常受欢迎的⽆服务器应⽤框架，开发者⽆需关⼼底层资源即可部署残缺可⽤的 Serverless 应⽤架构。
Serverless Framework 定义了一套残缺的标准化标准，各私有云的插件遵循这套标准，通过对云上资源的编排，笼罩编码、调试、部署、排障等全⽣命周期，帮忙开发者通过联动云资源，迅速构建 Serverless 应⽤。
3. Serverless Framework CLI
Serverless Framework CLI 是一个开源命令行工具，它应用基于事件触发的计算资源，例如腾讯云云函数，AWS Lambda，阿里云函数计算等。
Serverless Framework 为开发和部署 Serverless 架构提供脚手架，自动化工作流以及最佳实际。并且它反对通过丰盛的插件进行性能扩大。
Serverless Framework 在 Github 有将近 4 万的 Star，在国外比拟受欢迎。咱们团队最开始也保护了一个本人的 CLI，然而保护老本比拟高，想做体验好操作晦涩的 CLI 须要投入大量人力精力，Serverless Framework 的 CLI 开发者接受程度比拟高，它的协定也凋谢，所以依照标准接入即可。
咱们也有用户原来用 Serverless Framework 的命令行工具，从 AWS 迁徙到腾讯云云函数环境时候提出了这样的要求。对用户而言底层的云资源操作是屏蔽的，只须要跟 Serverless Framework 打交道就能够了，心愿咱们也能够提供对接 Serverless Framework 的形式，这样迁徙到腾讯云上比拟不便。
通过和 Serverless Framework 团队的沟通，他们正好也有志愿打入国内市场，单方的单干也就瓜熟蒂落了。
Serverless Framework 强于 CLI 整体的体验，然而对腾讯云自身的理解比拟少，于是就有了根本的单干模式，北美团队负责 CLI 的开发和整体体验，腾讯云团队负责具体落地到腾讯云的 components 的开发和保护。单方合力，打造 Serverless Framework 在国内的理论落地计划。
4. 什么是 Serverless Components
Serverless Components 是 Serverless Framework 的一个解决方案，自身具备疾速部署、灵便配置、模板共享的理念。
私有云对接 Serverless Framework 后具备了私有云根本的操作能力，然而落地到具体的利用场景就会变得复杂。
内部利用不是单纯靠计算资源，也会波及到动态资源，比方图片、CSS、JS 文件的托管和域名的治理，波及到底层数据库的治理，也有一些更简单的利用会波及到更多的云上的资源。
如果开发者要想实现一个利用的治理，则须要通过一系列的操作能力实现一个利用治理和部署，而 Serverless Components 是为了适配各种具体化的利用场景而开发的模板能力。
Serverless Components 是 Serverless Framework 推出的最新解决方案，具备基础设施编排能力，开发者通过应用 Serverless Components，能够灵便构建、组合和部署 Serverless 利用。
二、Serverless Components 全生命流程
Serverless Component 部署流程
Serverless Components 部署的残缺全流程，首先读取 .env 文件，在 .env 文件中能够输出腾讯云固定的密钥信息进行受权，也能够通过微信扫码赋予 CLI 长期的受权，受权 Serverless Components CLI 在某一段时间能够操作云上某些资源的能力。
同时在 .env 文件外面能够注入相应环境变量，你能够间接在 serverless.yml 中通过 ${env} 的形式，间接援用环境变量配置（蕴含 .env 文件中的环境变量配置，以及手动配置在环境中的变量参数）。
接着读取 yaml 配置。yaml 文件要指定应用到的组件名以及组件相应的输出参数，每个组件因为波及的操作会不一样，所以每个组件对参数也有本人的一套固定的标准。
通过 CLI 的命令进行部署的时候，会把用户代码压缩之后上传。首先压缩指定的代码目录，上传到一个公共的 COS 外面。而后新建或者更新组件的状态，同时会在服务端把代码下载下来，并注入 Proxy 代码。
proxy 代码都实现了什么能力呢？云函数次要的实用场景是事件驱动型的，对于 http 申请的实现是通过 API 网关触发器转发的。网关接管到的 http request 会转换为云函数须要的参数对象，在函数执行包装后的 web 框架，执行完后再把 http response 转换成 API Gateway 须要的构造返回给网关，网关再把 response 转换成规范的 http response 返回，这样就实现了整个 HTTP 的拜访。
用户不须要关注这部分的实现，依照失常的开发就能够，Components 部署的时候会主动注入这部分转换逻辑的代码。服务端在注入完 proxy 代码后会把代码上传到用户 COS 外面，而后创立或更新云函数，同时会再创立或者更新 API 网关的配置。
这个时候再把整个创立的过程以及创立的状态保留到服务端，控制台再输入整个组件最终须要给用户看到的一些云上资源的信息，比方 SCF 的信息、API 网关的信息、CDN 的数据和数据库信息等，整个部署就算是实现了。
利用部署完后会返回 API 网关专用的二级域名的一个拜访地址，跟失常的函数与本人组装资源去拜访利用形式是一样的。
大家能够看到，咱们抹平了一些云函数和失常服务器差异化的实现，抹平后通过 Serverless Components 能够不必关怀这些非凡的逻辑逻辑，也不须要关怀其余的云上的资源。
如果本人要创立一个利用，同时要创立云函数，代码外面要本人转换 HTTP 申请，而后创立一个触发器绑定到云函数。
如果须要做动态资源的减速，须要拆分动态资源部署到 COS，并配置一个 CDN。这两头波及到多个云资源的操作。而咱们在 Serverless Components 中曾经将整套都实现了，只须要在 yaml 文件里把这些配置进去就能够，部署实现后就能够看到你的利用了。
三、Components 生态建设
1. Serverless Components 生态
如上图所示，其中列举了一些用户应用比拟多的 Serverless Components 组件，还有一些没有列举进去的，这些根底的组件包含了腾讯云上的各种罕用的根底资源。能够通过对多个组件的组合来组成残缺的利用，也能够间接应用现有的高阶组件。
咱们也欢送第三方开发者奉献他们的组件，当初就曾经有很多第三方的开发者在奉献他们的组件。
2. Serverless Next.js
接下来具体介绍一个 Serverless Components 的具体实现。以 Next jS 我的项目为例，首先是初始化一个我的项目，装置 CLI，原来的我的项目不须要做什么改变，依照 Serverless Components 要求的标准进行配置后，间接用命令行工具进行部署。
执行部署后 component 会帮用户通过 CLI 进行代码的构建，实现构建后会把代码部署到云函数上，创立 API 网关代理 web 服务，同时部署动态资源，会把目录下的动态文件主动拆分，并部署到 COS 下面。
咱们前面也会做更加智能化的优化，next 框架代码比拟大，每次部署都要上传两三百兆代码，对上传的效率和启动效率也有影响。
腾讯云提供 layer 的能力，咱们会主动拆分用户的 n ode_modules 到 layer，之后的部署只须要把业务代码上传和部署就能够了，对部署效率有很大的晋升。
这里是部署一个有一些复杂度的 next 利用的屏幕截图，能够看到实现部署仅需 31 秒，部署效率十分高
四、跨国单干：挑战和播种
1. 跨国单干: 挑战
从开始单干到当初曾经有一年多了，还在一直的磨合中。上面是我总结下来的，咱们在一年多的单干外面具体的挑战，与大家一起分享交换。
（1）沟通效率
因为时差，语言表达，以及东西方思考形式的差别，导致整体的沟通效率比拟低。
（2）开发模式
他们那边是游击队的开发模式，有一些研发公布比拟随便，导致了一些线上的问题。而咱们其实是有比拟严格的开发流程，公布前的验证，公布后的确认，监控告警的体系等等，都有严格的要求。
缓缓把咱们这一套严格的标准灌输给他们，并要求他们可能依照咱们的要求执行。
（3）问题定位
因为整套体系比拟宏大，大家在后面也看到了，一个残缺的 component 的生命流程比拟长，步骤比拟多，之前也没有对立的日志收集体系和零碎，导致呈现了用户问题定位破费比拟长的工夫。
（4）指标
两个团队的指标导向不齐全一样，咱们更重视用户云上资源的平安，对于密钥的应用及权限管制比拟严格，而他们更多的思考的是应用上的便当。
（5）人才招聘
整套体系采纳 nodejs 开发，波及到后端、存储、数据库等方方面面，对于开发的要求比拟高。
另外，须要开发和产品有技术经营的理念，有凋谢的心态。对于英语也有肯定的要求，最好能和北美的开发团队直接对话。
（6）经营理念的问题
国内外开发者习惯是有差异的，国外比拟多的开发者更容易接受命令行工具，而国内开发者对这套货色不相熟，须要有一个承受的过程。
咱们也会做一些斗争，比方前面能够思考提供界面化的配置形式等。其实对于 Serverless Framework 与 Serverless Components，腾讯云本地化的经营形式和疏导上跟国外会有所差异，咱们会针对国内开发者做一些贴合开发者习惯的尝试。
其实在跨国单干中波及 CLI 的时候，咱们始终很蛊惑。尽管咱们很想把事件做好，然而对命令行工具的设计和交互设计方面受限于腾讯云的产品，无奈冲破本人的框架。
通过跟北美团队的交换单干，对咱们的思路也有很大的开辟，咱们跟他们学习到了他们的产品设计理念，在产品设计方面，AWS 和四周的生态的确对于咱们是很好的借鉴意义。
进行大型开源我的项目的实现，单干过程中对合作形式也学习到了不少，对于整个前期的开源我的项目推动，前面再去加入别的开源我的项目，对于咱们而言都是十分贵重的教训。
同时，咱们也把严格的软件开发教训输入给北美，并取得了他们的认可，对于咱们而言也是比拟骄傲的一件事。以前软件开发方面北美当先于咱们，所有方面咱们向他们学习。当初并不齐全是这样了，咱们比拟严格的软件开发标准比他们走得更靠前，把咱们的标准输入给他们的同时也失去了北美团队的认可。
2. 跨国单干: 播种
- 学习先进的交互设计以及产品设计理念；
- 以 AWS 的理念要求咱们本人的产品；
- 大型开源我的项目的合作形式；
- 输入严格的软件开发标准，取得认可；
- 同类型开源我的项目的借鉴和学习，开阔视野。
同类型开源我的项目的借鉴和学习开辟了咱们的视线，北美团队也会常常发一些他们可能理解到的信息同步给咱们，咱们可能从中失去借鉴和学习，并失去本人的增长。所以将来也会更加严密单干。
Q&A
Q：Serverless 现阶段实用和实用的场景，腾讯外部有哪些业务在用?
A： 所有的场景都是能够的。小程序云开发底层云函数的能力就是用咱们 Serverless 的实现，腾讯外部还有比方微信领取、微信读书、腾讯视频、腾讯课堂有不少场景在用 Serverless 的服务。
Q：部署而言 Serverless 绝对 TKE 有什么劣势和劣势？
A：TKE 自身是须要本人治理的，然而 Serverless 在计算资源方面齐全不须要本人去治理，咱们有一个齐全的动静弹性伸缩能力，会依据拜访的申请量去做主动的伸缩，基本上省去了经营的须要。
Q：监控方面有什么成熟组件的接入？
A： 失常的内部利用都是能够接入的，和虚拟机、容器等计算资源应用的形式雷同。咱们平台也提供了一些根底的监控和日志能力，另一方面，也在联结腾讯云的监控团队做了自定义监控组件上报能力的接入，能够在代码外面自定义的上报到腾讯云监控，自定义监控平台能够看到监控的数据。
Q：Serverless 对业务较简单的大型项目是否适宜？
A： 必定适宜，比方微信领取、微信读书、腾讯视频、腾讯课堂都有不少场景在用 Serverless 的服务。
Q：稳定性保障的状况如何？
A：Serverless 是基于腾讯云整套体系来建设的，稳定性方面也是通过了大规模的压测，有牢靠的保障。比拟大型的我的项目提前跟架构师沟通，来做资源的预留或者是资源等级的晋升
Q：学习路线是什么？
A： 部署本人的业务到 Serverless 服务下面来，能够在实践中一直的相熟。还能够退出咱们的微信或者 qq 群，和大量的开发者一起学习和探讨，这样在一直的探讨和学习过程中能够失去一直的成长。有应用上的疑难或者问题也能够间接和咱们的开发或者架构师沟通。
Q：冷启动反对须要有低延时的利用吗？
A： 如果对冷启动比拟敏感的业务，能够通过预置并发来应答冷启动的问题，设置了预置并发后，服务保留肯定的最小资源量，这些资源量长时间存在，更大的并发到来时再通过主动伸缩去拉起，就能够保障服务既能够解决低延时的问题也能够应答大申请的流量
Q：如果部署在腾讯云的 Serverless 服务受到 DDoS 攻打怎么免费？
A： 用户能够设置并发的下限，更多的申请主动帮着挡住，不会把这些流量放进来，理论生产用到耗费的 Serverless 申请才会免费，其余的挡在管制并发外的申请咱们不会免费。
Q：平台具体实施中如何避开 Serverless 的劣势？
A： 对于 Serverless 的劣势，一是冷启动，二是开发习惯的一些扭转，这些劣势能够通过一些伎俩避开。冷启动的问题能够通过预置并发等高阶能力解决，web 场景用 Serverless Components 的能力就能够帮忙抹平两头的差别
Q：企业应该如何设置 Serverless Components？
A：要看具体的利用场景，腾讯外部的团队在应用上也有各种差异，次要还是依赖具体的利用场景和需要。
Q：Java 这种启动慢的语言，将来能够在 Serverless 上利用吗？
A： 其实国内 java 开发者比拟多，我感觉这是十分有后劲的倒退方向，咱们也在思考启动比较慢的 java 利用如何部署到 SCF 下面，这是咱们致力的一个方向。
