第1章 · Serverless 概述
第 1 章 · Serverless 概述
章节摘要：Serverless 把"管服务器"这件事从开发者手里拿走了，换来的是自动伸缩、按需付费和更快的迭代。这一章先回答三个最基础的问题：它到底是什么、它好在哪里又差在哪里、以及它由哪两块（FaaS 和 BaaS）拼起来的。读完你会对"Serverless 这套东西的全貌"有一个清晰的判断。
学习目标
阅读完本章，你应当能够：
- 用一句话向别人解释 Serverless 是什么，并纠正"无服务器"的误解
- 列出 Serverless 的核心特征，并说出每一项带来的实际影响
- 权衡 Serverless 的优势和劣势，判断某场景是否合适
- 区分 FaaS 与 BaaS，说清它们各自负责什么
- 举出 3 个以上典型的 Serverless 应用场景
核心概念速览
Serverless 的本质，是把"基础设施的复杂度"换成"配置的复杂度"——你不再运维机器，但要会拼服务。
子章节导航
1.1 什么是 Serverless
拆穿"无服务器"的字面误解，给出准确的发展定义，梳理它从 IaaS、PaaS 一路抽象过来的位置，以及它最关键的几个特征。
1.2 Serverless 的优势与劣势
不吹不黑地把 Serverless 的好处和代价摆在台面上——自动伸缩、按需付费是甜的，冷启动、厂商锁定、调试难是苦的。
1.3 Serverless 的典型应用场景
用一张场景矩阵帮你判断"我的业务适不适合上 Serverless"，并说明哪些场景明显不合适。
1.4 Serverless 的两种形态：FaaS 与 BaaS
Serverless 不是单一技术，而是 FaaS + BaaS 的组合。这节把两者的职责边界和协作方式讲透，并给出最小代码示例。
子章节之间的逻辑关系
先建立"是什么"的认知（1.1），再分别看它的优点和代价（1.2），有了判断框架后看它适合哪里（1.3），最后钻进它的两大组成（1.4），为第 2 章深入 FaaS/BaaS 做铺垫。
1.1 定义 ──► 1.2 优劣势 ──► 1.3 场景判断 │ └► 1.4 FaaS+BaaS ──► 第2章
前置知识与后续延伸
- 前置知识：对云计算有基本概念（知道虚拟机、云数据库大概是什么），会一点 Python 或 JavaScript 即可读懂代码。
- 后续延伸：本章只给全景；第 2 章会钻进 FaaS/BaaS/事件驱动的机理，第 3 章看选型，第 4 章落地到完整开发流程，第 5 章回望整条演化脉络。
本章的读法：带着演化视角
这套教程的主调是演化历史，第 1 章就是这条主线的起点。建议读每一节时多问一句"它替代了什么、为了什么"：1.1 的定义要放在"物理机到函数的四次抽象"里理解；1.2 的优劣势不是并列的清单，而是"每一次收益都有对应的代价"的成对结构——冷启动对应缩放至零，锁定对应托管便利；1.3 的场景地图是动态的，昨天的客场正被新组件一块块开垦；1.4 的 FaaS 与 BaaS 分工，是"计算与能力分离"这一演化方向暂时的均衡点。带着这条线读，章末的要点回顾就不再是七八条孤立的知识点，而是一张有因果的网。
图：第1章四节在演化主线上的位置
本章自检问题
读完本章，用三个开放问题检验理解深度，答不上就回对应节重读。第一问：为什么说冷启动是设计权衡而不是工程缺陷？（考 1.1 特征与 1.2 劣势的因果联系）第二问：你的业务流量平稳但单次处理极轻，判断矩阵里该落在哪一格、结论是什么？（考 1.3 的两个维度要一起看）第三问：为什么"函数之间用事件流转而不是直接互调"？（考 1.4 的解耦直觉，也是第 2 章事件驱动的预习）能对着同事把这三问答顺，本章就算真正过关。
本章导览与学习提示
本章是概念地基，四节的逻辑链条是：是什么（第 1 节，责任转移的本质）→ 值不值（第 2 节，优劣与组织匹配的三角评估）→ 用在哪（第 3 节，场景与三个判断信号）→ 怎么构成（第 4 节，FaaS 与 BaaS 的分工与配方）。学完本章你应该能在五分钟内向技术决策者讲清：Serverless 变了什么（责任与计费模型）、没变什么（服务器与运维的存在形态）、以及你们团队该不该试（三信号自评）。带着这个输出目标去读，比逐字精读效率高——本章内容是后面所有章节的语境，语境的掌握标准是"能复述给外行"，而不是"能背诵给内行"。
图：Serverless 的责任转移边界
一个五分钟演讲模板
本章内容浓缩成给决策者的五分钟演讲模板，按需取用："Serverless 不是没有服务器，是把服务器的运营责任转移给平台——我们写代码、配权限、管成本，平台管机器、扩容、可用性（是什么）。它适合我们两类负载：媒体处理的事件流水线和突发流量的营销接口，峰均比高、任务短、无长状态——三信号评估都绿（用在哪）。代价是冷启动延迟、供应商锁定和团队技能转型——第 2 节的三角评估建议我们先用低风险模块试点三个月（值不值）。"这个模板的每个括号对应本章一节，讲得出来就是学进去了；被追问的下一层答案（冷启动怎么治、锁定怎么缓），在后面各章等着你。
最后再叮嘱一遍那张责任转移图的用法：每学完后面一章，回来在图上标一次新学到的"你侧职责"（观测、成本、权限……）——图会越标越满，你的掌控感也随之增长；等哪天你能在图上把本书所有内容挂完，这门技术的全貌就真正属于你了。