Lambda@Edge调用超30秒，异步调用无结果问题排查

1. 未指定异步调用模式 #

你当前代码用的是Lambda默认的同步调用（RequestResponse模式），要实现异步调用，必须在调用参数中添加InvocationType: 'Event'，这是核心缺失项：

const lambda_params = {
  FunctionName: "lambda-func-name",
  Payload: JSON.stringify(payload),
  InvocationType: 'Event' // 必须添加该参数才会触发异步调用
};

同步调用会等待目标Lambda执行完成后才返回，很容易触发Lambda@Edge的超时限制；异步调用则会立即返回，让目标Lambda在后台独立执行任务。

2. Lambda@Edge函数未返回合法响应 #

当params.key存在时，你的代码调用Lambda后没有返回任何CloudFront可识别的响应，这会导致CloudFront报错，同时你也无法获取流程反馈。必须补充返回逻辑，比如返回202状态码表示任务已接收：

if (params.key) {
    // ... 异步调用代码 ...
    await lambda.invoke(lambda_params);
    console.log("异步图片处理任务已触发");
    // 给CloudFront返回合法响应
    return {
        status: 202,
        body: "图片处理任务已启动"
    };
}

3. 日志追踪未覆盖全链路 #

异步调用后，Lambda@Edge只会收到调用成功的确认，不会拿到目标Lambda的执行结果。要排查执行情况需分别查看：

• 目标Lambda所在区域（eu-west-1或us-east-1）的CloudWatch日志组，检查是否有执行记录或报错信息。
• Lambda@Edge的日志默认存储在us-east-1区域，需确认异步调用是否成功触发。

4. 权限配置存在遗漏 #

Lambda@Edge的执行角色必须具备调用目标Lambda的权限：

• 给Lambda@Edge的角色添加lambda:InvokeFunction权限，资源需指定目标Lambda的完整ARN（包含区域和账号ID）。
• 如果目标Lambda在跨区域，权限策略中要包含对应区域的ARN，比如arn:aws:lambda:eu-west-1:你的账号ID:function:lambda-func-name。
• 目标Lambda的资源策略要允许Lambda@Edge的角色调用它，避免跨区域/跨账号的权限拦截。

5. 区域配置不匹配 #

如果目标Lambda部署在us-east-1，你当前代码将AWS SDK区域固定为eu-west-1，会导致调用失败。需给Lambda客户端指定正确的区域：

// 若目标Lambda在us-east-1，单独指定区域
const lambda = new AWS.Lambda({ region: 'us-east-1' });

6. 异步任务错误处理缺失 #

异步调用的Lambda执行失败时，默认不会主动通知调用方。建议给目标Lambda配置死信队列（DLQ），将执行失败的任务转存到SQS或SNS，方便后续排查；同时在目标Lambda代码中添加错误捕获逻辑，将错误信息输出到CloudWatch日志。

内容的提问来源于stack exchange，提问作者Davood