2. Serverless 基础：函数计算核心概念与生命周期
在构建 Serverless 生命周期配置漂移审计体系之前，必须深入理解被审计对象——函数计算（Function Compute）的运行机制。本章将拆解函数计算的核心概念、事件驱动模型、冷热启动差异以及完整的生命周期阶段，为后续的 Prometheus 监控与漂移检测奠定基础。
2.1 函数计算核心概念
函数计算（Function as a Service, FaaS）是一种事件驱动的计算模型，开发者只需编写业务函数代码，平台负责自动伸缩、资源分配与运维。核心概念包括：
| 概念 | 定义 | 审计关注点 |
|---|---|---|
| 函数（Function） | 一段可独立部署、执行的代码单元，包含运行时、入口方法、依赖与配置。 | 函数配置（内存、超时、环境变量）是否与基线一致。 |
| 触发器（Trigger） | 关联的事件源（如 HTTP、OSS、Kafka），决定函数何时被调用。 | 触发器绑定关系是否被篡改或删除。 |
| 运行时（Runtime） | 函数执行的语言环境（如 Python 3.9、Node.js 18、Go 1.21）。 | 运行时版本是否被降级或升级导致兼容性问题。 |
| 服务（Service） | 函数的逻辑分组，通常对应一个微服务或业务域。 | 服务级别配置（日志、VPC、权限）是否漂移。 |
| 版本与别名（Version & Alias） | 版本是函数的不可变快照；别名指向特定版本，用于灰度发布。 | 别名指向的版本是否被意外变更。 |
审计提示： 在配置漂移审计中，函数配置（内存、超时、环境变量）和触发器绑定是最容易被手动修改或自动化工具覆盖的敏感项，建议作为 Prometheus 指标采集的优先级目标。
2.2 事件驱动模型
Serverless 函数通过事件驱动模型被触发，而非传统常驻进程。事件源产生事件后，平台将事件负载传递给函数实例执行。典型的事件流如下：
事件驱动 vs 传统请求驱动： 传统 Web 服务通过长连接或轮询处理请求；Serverless 函数仅在事件到达时被唤醒，执行完毕后实例可能被回收。这种“按需执行”模式使得生命周期配置（如超时时间、重试策略）对系统稳定性至关重要。
2.3 冷启动与热启动
冷启动与热启动是 Serverless 函数执行性能的关键差异点，也是配置漂移审计中容易被忽视的指标维度。
| 启动类型 | 触发条件 | 延迟特征 | 资源消耗 | 审计影响 |
|---|---|---|---|---|
| 冷启动 | 新实例创建（无空闲实例可用） | 高（数百毫秒至数秒） | 高（初始化运行时、加载依赖） | 配置漂移可能导致冷启动频率异常升高 |
| 热启动 | 复用已存在的空闲实例 | 低（毫秒级） | 低（仅执行函数代码） | 实例复用策略变更可能影响热启动命中率 |
| 预置并发 | 平台提前初始化指定数量的实例 | 极低（接近零延迟） | 持续占用资源（按预置量计费） | 预置并发配置漂移会导致成本或性能异常 |
漂移风险： 如果运维人员手动修改了函数的预置并发配置（如从 10 降为 0），可能导致高峰期大量冷启动，引发请求超时。Prometheus 应采集
function_cold_start_count 和 function_cold_start_duration_seconds 指标，并与基线配置对比。
2.4 生命周期阶段
函数计算的生命周期包含四个核心阶段：创建、更新、删除、调用。每个阶段都可能发生配置漂移，需要被审计系统捕获。
2.5 生命周期配置漂移的典型场景
结合上述生命周期阶段，以下场景是配置漂移审计的高频关注点：
- 创建阶段配置漂移： 自动化部署工具（如 Terraform、Pulumi）与手动控制台操作不一致，导致函数内存、超时、环境变量与基线配置产生偏差。
- 更新阶段配置漂移： 运维人员通过控制台临时修改函数配置（如增大超时时间以应对突发流量），但未同步更新基础设施即代码（IaC）仓库，导致下次部署时配置被覆盖。
- 调用阶段配置漂移： 函数并发限制被意外调低，导致请求被限流；或重试策略被修改，导致失败请求被重复执行，产生额外费用。
- 删除阶段配置漂移： 函数被删除后，关联的触发器、日志库、VPC 配置未清理，形成“幽灵资源”，影响后续审计和成本核算。
审计策略： 建议在每个生命周期阶段的关键节点（创建完成、更新提交、调用返回、删除确认）采集函数配置快照，并与 Git 仓库中的 IaC 基线进行 PromQL 对比。例如，使用
function_config_hash 指标记录当前配置的 SHA256 哈希值，当哈希值与基线不一致时触发告警。
2.6 本章小结
Serverless 函数计算的核心在于事件驱动、按需执行和生命周期管理。冷启动与热启动的差异直接影响用户体验和成本，而生命周期各阶段（创建、更新、删除、调用）均存在配置漂移风险。理解这些基础概念是构建 Prometheus 审计体系的前提——只有明确了“什么会被漂移”以及“漂移发生在哪个阶段”，才能设计出精准的指标采集规则和告警策略。