从厂商主张到客户主见，4 个变化揭示 Serverless 的不同

Serverless 与身俱来的弹性能力和容错能力，很好的契合了企业在线业务的弹性和稳定性的双重诉求，成为企业云上架构演进的新方向。

时至今日，随着越来越多的大中型企业将传统后端领域对扩容有灵活需求的执行单元剥离出来，运行在 Serverless 架构上，以及更注重研发和交付效率的创业团队将业务全部 Serverless 化，Serverless First 的理念更加深入人心，使得越来越多的云上工作负载运行在无服务器上。

这里总结了 Serverless 架构带来的 4 个变化：

变化一：服务器 vs 代码

创业公司的全栈工程师：“我的工作不再是围绕冰冷枯燥的服务器，告别了服务器的处理时间比我写代码的时间还长的窘境，可以让我把更多的时间放在业务上，并且用最熟悉的代码来保障应用的稳定运行。”

一个主攻前端方向的全栈工程师的日常可能是这样的：掌握至少一门前端语言例如 Node.js 或者 Puppeteer，会写一些 API 接口，再修改一些后端的 bug，还要花费大量的精力在服务器的运维上，公司的业务量越大，花在运维上的时间越多。

函数计算降低了 Nodejs 等前端语言的服务器维护门槛，只要会写 JS 代码就可以维护 Node 服务，而无需学习 DevOps 相关知识。

变化二：计算集群 vs 计算资源池

算法领域的 Java 工程师：“我不再担心算法的增多和复杂度的增高导致的服务器规格多、采购烦杂、运维难，而是通过无限的资源池、快速的冷启动以及预留实例，来提升弹性能力和自由度。”

网易云音乐已经落地了 60+的音视频算法，100+的业务场景，用到了 1000+台不同规格的云主机和物理机。虽然通过了很多方式去简化了内部业务场景、算法等的对接，但越来越多夹杂存量、增量处理的算法，不同流量的业务场景规模，以及不同业务场景可能会复用同一类算法的，导致在业务上的时间越来越少。

网易云音乐基于函数计算升级离线音视频处理平台，应用于听歌、K 歌、识曲等业务场景，实现 10 倍速的业务落地，并大幅降低了稀疏算法的计算成本和运维成本。

变化三：负载 vs 调度

莉莉丝的游戏主程：“我不再担心 SLB 的轮询机制导致无法感知 Pod 的实际负载，由此引起的负载不均，函数计算的调度系统会合理安排每个请求，来保证战斗校验场景下的高 CPU 消耗和高弹性处理请求。”

战斗校验是莉莉丝众多战斗类游戏的必备业务场景，用来验证玩家客户端上传的战斗是否有作弊的情况。战斗校验一般需要逐帧计算，CPU 消耗会非常高，通常 1 队 v1 队的战斗需要 n 毫秒，而 5 队 v5 队的战斗则需要相应 5n 毫秒，对弹性要求很高。此外，容器架构下挂载的 SLB，会因为轮询机制导致无法感知 Pod 的实际负载，由此引起的负载不均，产生死循环和稳定性风险。

函数计算的调度系统帮助莉莉丝合理安排每个请求，对于死循环问题，也贴心的提供了超时杀进程机制。函数计算将调度系统的复杂性下沉到了基础设施，厂商深度优化后的冷启动时延大幅下降，从调度、到获取计算资源、再到服务启动，基本在 1 秒+左右。

变化四：脚本 vs 自动化

互娱行业运维工程师：“我不再担心传统服务器模式下，发版慢和易出错、环境一致性难保证、权限分配繁琐和回滚麻烦的问题，SAE 的全套服务治理能力提升开发运维效率 70%，而弹性资源池则将业务端的扩容时间缩短 70%。”

一场热映，南瓜电影日注册用户突破 80w，导致流量入口 API 网关撑不住，紧接着后端的所有服务都面临了极大的稳定性挑战，随后开始紧急扩容，买服务器，上传脚本到服务器，运行脚本，扩容数据库，整个过程耗时 4 小时。然而，因为这样的热映带来的自然爆点并不少见，这加速了南瓜电影的技术升级思考。

南瓜电影借助 Serverless 应用引擎 SAE 7 天内全面 Severless 化，零门槛拥抱 K8s，轻松应对热映电影的突发流量，相比传统服务器运维模式，开发运维效率提升 70%，成本下降 40%，扩容效率提升 10 倍以上。

图源：The Business Case For Serverless