2. Azure Functions核心机制
Azure Functions 的事件驱动执行模型，可以理解为一条从“事件发生”到“代码执行”再到“结果输出”的完整链路。理解这条链路的关键，是分清五个概念：函数应用是部署与管理的单元，函数是其中真正被执行的代码，触发器决定函数何时被唤醒，绑定负责把外部数据搬进搬出，宿主计划则决定这些函数运行在什么计算资源上、如何计费、如何伸缩。冷启动与缩放行为，正是这套机制在真实负载下的外在表现。
函数应用与函数：部署单元与执行单元
函数应用（Function App）是 Azure 上的一个资源，也是部署、配置、伸缩和计费的基本单位。一个函数应用内部可以包含多个函数，它们共享同一份运行时版本、应用设置、存储账户连接和宿主计划。例如一个订单处理函数应用里，可以同时存在 OrderCreatedHandler、OrderTimeoutChecker、OrderExportedToBlob 三个函数，它们各自有独立的触发器和绑定，但都运行在同一个宿主进程与同一套配置之下。
函数本身是一段无状态代码，它不保存跨调用的内存状态。需要持久化的内容必须写入外部存储，例如 Blob、队列、数据库或表存储。这种“无状态 + 外部状态”的设计，是函数能够被水平复制、快速伸缩的前提。
触发器：事件驱动模型的入口
触发器定义“什么事件会让函数执行”，并且每个函数有且只有一个触发器。常见触发器包括：
- HTTP 触发器：由 HTTP 请求唤醒，适合 API 与 Webhook。
- 队列/服务总线触发器：由消息到达唤醒，适合异步解耦与削峰。
- Blob 触发器：由容器中新增或更新 Blob 唤醒，适合文件处理。
- 定时器触发器：按 CRON 表达式周期唤醒，适合批处理与巡检。
- 事件网格/事件中心触发器：由事件流唤醒，适合高吞吐事件处理。
触发器不仅决定唤醒条件，还决定“一次执行处理多少数据”。例如队列触发器默认一次取一条消息，但可以通过 batchSize 一次取多条；事件中心触发器则按分区和批次拉取。这个参数直接影响并发度与单次执行时长。
绑定：把外部数据搬进搬出
绑定分为输入绑定和输出绑定。输入绑定把外部数据作为参数传给函数，输出绑定把函数返回值或输出参数写回外部系统。绑定让开发者不必在代码里手写 SDK 连接逻辑，只需在配置中声明方向、类型和连接信息。
以队列触发器 + Blob 输出绑定为例，函数被队列消息唤醒，消息内容作为输入；函数处理完后，把结果写入 Blob 容器。整个过程不需要显式创建 Blob 客户端，绑定会依据 connection 与 path 自动完成。需要注意：绑定是声明式的，连接字符串通常放在应用设置中，而不是硬编码在代码里。
宿主计划：决定运行环境与伸缩方式
宿主计划决定函数应用运行在什么资源上，常见有三类：
| 计划类型 | 资源特征 | 伸缩行为 | 适用场景 |
|---|---|---|---|
| 消耗计划 | 按需分配，无固定实例 | 事件驱动自动伸缩，空闲可缩到 0 | 突发、低频、成本敏感 |
| 高级计划 | 预置实例，支持 VNet | 自动伸缩，可设最小实例避免冷启动 | 生产、需要网络隔离 |
| 专用计划 | 固定 App Service 实例 | 手动或自动伸缩，不缩到 0 | 稳定负载、已有 App Service |
消耗计划最贴近“事件驱动”的直觉：没有事件时实例数为 0，事件到来时平台快速拉起实例。但这也带来冷启动问题。
冷启动：从 0 到 1 的代价
冷启动指函数应用从无实例到有实例、并完成运行时初始化与代码加载的过程。它通常包含：分配计算资源、启动宿主进程、加载运行时与依赖、执行函数初始化代码。对于 .NET、Java 等运行时，冷启动可能达到数秒；对于 Node.js、Python，通常更短，但仍受依赖体积影响。
降低冷启动的常见手段包括：使用高级计划并设置最小实例数、精简依赖、避免在函数启动时执行重初始化、把共享连接放在静态客户端中复用。需要强调的是，冷启动不是 bug，而是按需伸缩的固有代价；是否优化，取决于业务对首包延迟的容忍度。
缩放行为：事件驱动下的并发与节流
缩放由触发器类型和宿主计划共同决定。HTTP 触发器通常按并发请求数扩展实例；队列触发器按队列长度和 batchSize 扩展；事件中心触发器按分区数扩展，分区数往往是并发上限。消耗计划下，平台会根据事件速率自动增加实例，但存在单函数应用的实例上限；高级计划可配置更大上限与最小实例。
缩放并非越快越好。如果下游数据库连接数有限，函数实例暴增可能导致连接耗尽。此时应通过 maxConcurrentCalls、batchSize 或计划上限进行节流，让伸缩与下游容量匹配。
把机制串起来看
当一条队列消息到达时，队列触发器唤醒函数应用；宿主计划决定当前是否有可用实例，若没有则触发冷启动；实例就绪后，输入绑定把消息内容传给函数；函数执行完，输出绑定把结果写入目标存储；如果消息持续到达，缩放机制按队列长度增加实例，直到达到计划上限或下游容量限制。整条链路中，函数代码只关心业务逻辑，其余由平台与配置承担。
掌握这五个概念及其相互关系，就能在设计和排障时快速定位问题：函数没被触发，先查触发器配置与事件源；函数执行报错，先查绑定连接与权限；延迟高，先判断是冷启动还是下游瓶颈；实例数异常，先看宿主计划上限与触发器并发参数。