求助：CodeDeploy检测到Lambda函数别名预置并发状态失败，如何排查根因？

查看预配置并发的直接错误信息 #

• 打开Lambda控制台，进入目标函数的配置标签页，选择并发选项卡，找到对应别名/版本的预配置并发条目，查看状态详情里的错误描述，这里通常会直接暴露具体原因，比如代码初始化超时、依赖缺失、权限不足等。
• 用AWS CLI命令查询：aws lambda get-provisioned-concurrency-config --function-name 你的函数名 --qualifier 别名/版本号，返回结果中的StatusReason字段会给出明确的失败原因。

检查CloudWatch初始化日志 #

• 预配置并发实例启动时会生成初始化日志，前往CloudWatch日志组找到对应函数的日志流，筛选包含INIT_START、INIT_ERROR、START_ERROR的日志条目，这些日志会记录初始化阶段的具体错误，比如依赖包找不到、环境变量配置错误、代码语法问题等。
• 注意：预配置并发的日志流可能带有provisioned标识，或直接对应部署时创建的实例。

验证函数基础可用性 #

• 手动触发函数（测试事件或真实请求），确认函数本身能正常执行，无运行时错误。如果函数本身存在问题，预配置并发必然失败。
• 检查函数执行角色的权限，确保其拥有访问所需资源（如S3、DynamoDB）的权限，权限不足会导致初始化或执行失败。

核对CodeDeploy部署配置 #

• 确认CodeDeploy部署组中预配置并发的比例设置是否合理，一次性创建过多实例可能触发AWS限流。
• 查看CodeDeploy部署记录的部署详情日志，部分场景下会关联Lambda侧的具体错误信息。

排查代码变更差异 #

• 对比当前版本与上一个正常版本的代码，重点检查初始化逻辑（如init段代码、全局变量初始化）、依赖包版本更新、环境变量修改等部分，这些是预配置并发失败的常见诱因。

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