AWS SDK for JavaScript v3 中 Lambda 函数签名过期问题解析

问题背景

在使用 AWS SDK for JavaScript v3 开发 Lambda 函数时，开发者可能会遇到一个特殊的"签名过期"问题。具体表现为：当在 Lambda 初始化阶段创建 Secrets Manager 或 SSM 客户端，但在5分钟后才实际调用这些客户端获取机密信息时，会出现"InvalidSignatureException: Signature expired"错误。

问题本质

这个问题的根源在于 AWS Lambda 运行时的特殊生命周期管理机制。Lambda 服务为了提高性能，会预先初始化执行环境（INIT 阶段），而实际的函数调用（INVOKE 阶段）可能会在初始化后一段时间才发生。

当开发者在 Lambda 初始化阶段创建 AWS SDK 客户端时，SDK 会生成请求签名。如果实际请求发送发生在5分钟之后（AWS 签名的有效期），就会导致签名过期错误。

技术细节

AWS 请求签名机制要求每个请求都必须包含一个有时效性的签名。在 Node.js 环境中，当创建 SDK 客户端时，相关的签名生成任务会被放入事件循环队列。在 Lambda 环境中，这些任务可能跨越 INIT 和 INVOKE 两个阶段执行：

1. 签名生成可能在 INIT 阶段完成
2. 实际请求发送可能在 INVOKE 阶段执行
3. 如果两个阶段间隔超过5分钟，签名就会失效

解决方案

AWS 官方推荐了两种解决方案：

方案一：使用顶层 await (Top-Level Await)

这是最推荐的解决方案，需要将代码从 CommonJS 模块迁移到 ES 模块。通过使用顶层 await，可以确保所有异步操作都在 INIT 阶段完成：

// 使用 ES 模块语法
import { SecretsManagerClient } from "@aws-sdk/client-secrets-manager";

const client = new SecretsManagerClient();
const secret = await client.getSecretValue({...}); // 顶层 await

export const handler = async (event) => {
  // 直接使用预先获取的 secret
};

方案二：在处理器函数内初始化客户端

如果无法立即迁移到 ES 模块，可以在处理器函数内初始化客户端：

const { SecretsManagerClient } = require("@aws-sdk/client-secrets-manager");

let secret;
let client;

const handler = async (event) => {
  if (!client) {
    client = new SecretsManagerClient();
  }
  if (!secret) {
    secret = await client.getSecretValue({...});
  }
  // 使用 secret
};

最佳实践

1. 对于生产环境，建议优先考虑迁移到 ES 模块并使用顶层 await
2. 如果必须使用 CommonJS，确保敏感操作都在处理器函数内完成
3. 对于高频调用的 Lambda，可以考虑将机密信息缓存到全局变量中，但要注意缓存失效策略
4. 监控 Lambda 的冷启动时间，特别是 INIT 和 INVOKE 阶段的时间间隔

总结

这个问题揭示了 AWS Lambda 生命周期管理与 AWS 服务签名机制之间的微妙交互。理解这种交互对于构建可靠的 Serverless 应用至关重要。开发者应当根据自身项目情况选择合适的解决方案，并注意 Lambda 环境与本地开发环境的差异。