章节摘要:理论讲完了,这一章看"市面上有哪些现成的东西能用"。先横向比较主流云厂商的 Serverless 平台(AWS、Azure、Google、阿里云、腾讯云),再看 Serverless Framework 这类开发框架和工具链怎么帮你少绑死、提效率。
阅读完本章,你应当能够:
选型的心法:先用"业务和成本"筛平台,再用"框架"做一层抽象来防绑死。
横向对比五大云厂商的函数计算服务,各自的特色、触发器生态、计费模型,以及怎么选。
Serverless Framework、厂商 CLI、本地模拟工具——它们怎么帮你更高效地开发部署,并降低厂商锁定。
先看"有哪些平台可选"(3.1),再看"用什么工具开发和部署"(3.2)。
3.1 选平台 ──► 3.2 选工具链
前两章解决了认知问题(是什么、为什么、靠什么机制),本章开始解决落地问题:选哪家平台(第 1 节的四维评估框架)、用什么工具开发(第 2 节的框架与工具链自检)。这一章的阅读姿态要从"理解"切换到"评估"——每读完一节,对照你手头的真实项目打一次分:平台的四维你了解几维、工具链的五项自检你过几项。落在纸上的差距清单,就是你和团队下一季度的建设路线。本章也是全书从"通用知识"转向"你的知识"的转折点——前四章对所有人都一样,从本章开始,每个读者读到的内容都因自己的项目而不同。

把两节合成一个实操流程,选型周直接照走。第一天:列需求清单(触发源、延迟预算、并发预期、团队技能栈)。第二天:按四维框架给两三个候选平台打分(事件生态、冷启动实测、工具链体验、成本透明),实测环节务必用自己的最小函数跑——厂商的基准数据与你的场景无关。第三天:做成本沙盘(用流量画像算月账单,重点算出口流量与 BaaS 侧的隐性项)。第四天:写一页决策备忘(评分、沙盘、锁定风险的缓解方案),评审签字。第五天起:试点项目开跑,三个月后用真实数据复核决策。一周流程、三月验证——比"开会吵半年"与"拍脑袋速定"都便宜,这个流程本身就是本章想教的元技能:把选型从立场之争变成证据之议。
再给一个本章的毕业标准:不看任何资料,独立完成"从零到可观测"的全流程——新建项目(模板起步)、写一个带 BaaS 依赖的函数、配置最小权限、部署、在观测三件套里看到自己的调用数据、人为制造一次错误并定位到具体行。全程不超过两小时的你,已经具备独立交付 Serverless 模块的能力;某一步卡壳超过半小时的,就是回炉的信号——毕业标准这么具体,是因为工程能力从来只有"能复现"和"不能"两种,没有中间态。
最后留一句给准备选型的读者:选型的产出物不是"选了谁",而是那份一页纸的决策备忘——评分、沙盘、锁定缓解方案;平台三年后可能换,备忘里的方法论与分析框架会跟你走下一场选型——沉淀方法而不是结论,是所有选型工作的复利来源。
再补一句两节的关系说明:第 1 节选"平台"(跑在哪)、第 2 节建"工具链"(怎么跑得顺)——前者是外购决策、后者是自建资产;两者的投入比例建议一比三(选型一周、工具链建设持续)——多数团队的问题恰是反过来的:选型反复斟酌、工具链将就使用,把精力投错在了能外包的事情上。
末尾再送一个学习检验:向一位没接触过 Serverless 的同事讲清"平台选型要看哪四维、工具链要查哪五项",讲得对方能复述——费曼技巧是本章知识的最好验收;讲不顺的地方,就是你自己还没理顺的地方,回去重读对应小节——输出永远是最诚实的镜子。
再多说一句与第 2 章的衔接:平台评估的"事件生态广度"维度,直接兑现第 2 章事件驱动章的生态红利——你在家画的事件草图里每一类触发源,都是选型时要在候选平台上逐一确认的检查项;带着草图去选型,评估就有了问题清单而不是泛泛打分——前后章节是这样咬合的,教程的阅读也要这样咬合着读。
末尾补一句关于"选型焦虑"的宽慰:多数场景下,头部平台的四维得分差距没有想象中大——真正的差距出现在你团队的工具链建设上(那是你能控制的部分);与其在平台间反复横跳,不如选定一个把第 2 节的五项建满——平台是租来的,工具链是自己的,资产要投在自己手里。