以下内容来自「腾讯云 Serverless Web Function」体验官招募活动的用户原创稿，已获得授权。
01.
前言
最近腾讯云 SCF 云函数 , 公测了 Web 函数 ，这种函数类型专注于 Serverless Web 服务场景。
相比于原先的事件 (Event) 函数 , Web 函数转换链路短，性能损耗也较低。
- 原先 Event 函数
API 网关 HTTP 请求转换成 SCF 函数事件，事件再在 SCF 内部转化成 HTTP 请求交给 Web 框架处理；
- 现在 Web 函数
在 API 网关那里，直接把 HTTP 请求透传了。函数可以直接通过 HTTP 请求触发，这造就了它在 Web 场景的天然的优势。
在此，笔者针对相同代码的 Event 函数、Web 函数， 部署了 8 个用例，不断提升并发量进行压力测试，以探究不同的函数类型和 Runtime 对 QPS、TPS、Latency 的影响。
02.
Web Function 测试用例
1. [event-node10] : 使用 serverless express 部署的一个 node10.15 event 类型 SCF；
2. [event-node12] : 使用 serverless express 部署的一个 node12.16 event 类型 SCF；
3. [web-node10] : 使用 serverless scf 部署的一个 node10.15 web 类型 SCF；
4. [web-node12] : 使用 serverless scf 部署的一个 node12.16 web 类型 SCF；
5. [web-custom-image-node10] : 使用自定义镜像 node10 部署的一个 web 类型 SCF；
6. [web-custom-image-node12] : 使用自定义镜像 node12 部署的一个 web 类型 SCF；
7. [web-custom-image-node14] : 使用自定义镜像 node14 部署的一个 web 类型 SCF；
8. [web-custom-image-node16] : 使用自定义镜像 node16 部署的一个 web 类型 SCF；
注：使用的 Web 框架为
nodejs最泛用的Express，只含有计算不含IO操作 ， 自定义镜像的node.js都使用的alpine版本。
其中，函数的预制并发实例都为 10 , 并提前做好 warm up，内存都为 128MB (自定义镜像不同，有自己的内存规则)，本地压测代码都是相同的配置：
- 每个函数压测时间为
10s, 并发数以10为一梯度，累加到100。Fire Request为 Get 请求。 - 内存规则参考文档：https://cloud.tencent.com/document/product/583/56051
03.
测试结果数据图表
1. 平均 QPS (Avg Req/Sec)
- Req_Sec 平均折线图
从下方折线图中，我们可以看出，随着并发量的增加, 每秒处理过的请求一直在提升。同时也能看到 Web 函数随着并发量变大，逐渐和 Event 函数，拉开差距。
- Req_Sec 平均累加柱状图
从下方累加柱状图中，可以明显看出 Web 类型的平均 QPS 同比 高于 Event 类型。其中 Runtime 使用 Node12 也比 Node10 高一点点，可能高版本的 Node.js 做了一些优化吧。
2. 平均 TPS (Avg Bytes/Sec)
- Bytes_Sec 吞吐量 (KB) 平均折线图
从下方折线图中，我们可以看出，随着并发量的增加，吞吐量也一直在提升。同时也能看到 Web 函数随着并发量变大，也逐渐和 Event 函数，拉开差距，不过这个差距相比 QPS 要小很多。
- Bytes_Sec 吞吐量 (KB) 平均累加柱状图
从下方累加柱状图中，可以明显看出 Web 类型的平均 TPS 高于 Event 类型，但差距相对来说不是那么大。同样 Node12 也比 Node10 高一点点。
3. 平均延迟 (Avg Latency)
- Latency 延迟平均折线图
从下图中，我们可以明显看出，随着并发量的增加, 延迟并没有增加，逐渐趋于稳定。平均延迟都在 30-50ms 左右，其中 Web 类型的平均延迟，也明显要比 Event 类型要低。
本图表可交互 (建议用 PC打开，笔者没有做移动端兼容)
- 访问地址：https://icebreaker.top/chart/scf-event-vs-web-vs-custom-image/
04.
Web Function 体验总结
1. 性能的提升
1. SCF 单个函数 承受的并发量，和 QPS，TPS 正比例相关（自动伸缩扩容）；
2. Web 函数和 Event 函数相比, 在处理 HTTP 请求上, 随着并发量的增长，优势越大；
3. Web 函数处理 HTTP 请求的延迟比 Event 函数 更低；
4. Node.js 的 Runtime 版本也有影响，Node.js12.16 在各方面数值均优于 Node10.15；
2. 开发者体验的提升
Web 函数 也大大提升了，我们开发者在本地的开发和调试体验。
- Before
我们原先部署一个 Event 函数 来处理 http请求 , 往往需要写代码来导出一个某某框架实例（比如express,koa,nuxt,next ...）交给 Serverless 组件进行部署，然而不同的 Web 框架，往往部署时需要不同的垫片（事件转化 HTTP），这导致了「Event 函数」和「Serverless 组件」的高耦合度。
- After
Web 函数 就不需要和 那些 Web 框架 做强关联了，它只需要被告知一个监听的端口号，不在乎我们开发者到底使用什么框架来 Host 我们的 Web 服务。我们可以随意在本地安装任何的框架进行部署，而不用再去寻找对应框架的 Serverless 组件了。
同时，它对于部分现有系统的迁移非常的友好，甚至可以简单到，只改个监听端口号，就能一键式部署上云，减少了大量花在运维部署上的时间。
这么看来 Web 函数 也是一次革命！它让那些原先基于 event 的 Serverless Components Web 组件们变得 useless ，是时候抛弃他们，拥抱 Web 函数了。
一句话概括：
假如我们开发者要 编写 或 迁移 一个 Web 服务 到 Serverless ，那么腾讯云 SCF Web 函数 就是你的首选！
附言
笔者非专业的测试，所有测试结果仅供参考，也欢迎专业人员提供建议和意见。 此次也测试了一下
Web 函数 自定义镜像的方式部署，不过测试结果比较杂乱，没找到规律,后续会针对这个场景进行进一步的测试。 新技术是飞速发展的，本文写于 2021.07.08 ，存在一定的历史局限性，如一定时间后，结果有所不同，也难免正常。
Web Function 体验官召集令！
惊喜福利满满
（点击下图 ? 查看详情）
Web Function 使用体验
（请在 PC 端访问）
- Web Function 产品文档： https://cloud.tencent.com/document/product/583/56123
- Web Function 快速体验链接： https://console.cloud.tencent.com/scf/list-create?rid=16&ns=default&keyword=WebFunc
当前已在国内各大区域发布上线，欢迎体验使用！
推荐阅读
One More Thing
欢迎进入千人 QQ 群 (871445853) 交流 Serverless！
- GitHub: github.com/serverless
- 官网: cloud.tencent.com/product/serverless-catalog
点击「阅读原文」，了解更多 Web Function 产品详情。
