3. Serverless 平台架构：函数计算、API 网关、事件驱动、弹性伸缩核心组件

Serverless 平台并非单一产品，而是由多个核心组件协同构成的分布式系统。理解这些组件的职责与交互关系，是设计灰度发布、弹性伸缩与日志留痕方案的基础。本章聚焦四大核心组件：函数计算（FaaS）、API 网关（API Gateway）、事件驱动（Event-Driven）与弹性伸缩（Auto Scaling），并剖析其在发布流水线中的关键作用。

3.1 核心组件架构总览

下图展示了 Serverless 平台的核心组件及其在请求生命周期中的协作关系。从客户端请求到函数执行，再到日志持久化，每个组件都承担着不可替代的职责。

3.2 函数计算（FaaS）—— 执行核心

函数计算是 Serverless 平台的计算载体，负责运行用户代码。在灰度发布场景中，函数计算需要支持版本管理与别名路由，以实现流量在不同版本间的精确分配。

# 创建别名 prod，指向 v1（权重 90%）和 v2（权重 10%）
aliyun fc CreateAlias --serviceName myService --functionName myFunc \
  --aliasName prod \
  --versionId "v1" \
  --additionalVersionWeight '{"v2": 0.1}'

3.3 API 网关 —— 流量入口与路由

API 网关是外部请求进入 Serverless 平台的统一入口。在灰度发布流水线中，API 网关承担着流量分发、请求过滤与灰度标签透传的职责。

• 路由规则：根据请求路径、Header、Query 参数将请求路由到不同函数或别名。
• 灰度策略：支持基于 Header（如 x-canary: true）或 Cookie 的灰度路由，实现用户维度的灰度。
• 限流熔断：灰度期间若新版本出现异常，网关可快速熔断，保护下游函数。
• 日志透传：在请求 Header 中注入灰度批次 ID、traceId，便于日志关联。

3.4 事件驱动 —— 异步解耦与触发

事件驱动是 Serverless 平台的异步处理核心。在发布流水线中，事件驱动机制用于异步灰度验证、日志采集与伸缩事件通知。

3.5 弹性伸缩 —— 动态资源保障

弹性伸缩是 Serverless 平台应对流量波动的关键能力。在灰度发布过程中，弹性伸缩需要同时处理新旧版本的并发实例，确保灰度批次不会因资源不足而失败。

3.6 组件协作：灰度发布流水线中的交互

在灰度发布流水线中，四大组件通过以下协作流程完成一次灰度批次部署：

1. 触发灰度：CI/CD 系统调用 API 网关，创建函数别名并设置灰度权重。
2. 预热实例：弹性伸缩组件根据灰度批次配置，为灰度版本预留指定数量的实例。
3. 路由流量：API 网关根据灰度策略（权重/Header），将部分请求路由到灰度版本。
4. 执行函数：函数计算运行灰度版本代码，并将执行日志、指标发送到日志服务。
5. 事件通知：灰度版本处理完成后，通过事件总线发送完成事件，触发下一批次或回滚。
6. 伸缩调整：弹性伸缩根据实时指标调整灰度版本实例数，确保响应时间达标。

3.7 组件对比与选型建议