使用AWS CDK配置S3-Lambda事件订阅报错，如何查找对应CloudWatch日志组？

CloudFormation关联的CloudWatch日志组命名模式 #

CloudFormation部署栈时生成的默认日志组命名规则为：
/aws/cloudformation/[栈名称]
如果是嵌套栈，日志组名称会包含嵌套栈标识，格式类似：
/aws/cloudformation/[根栈名称]-[嵌套栈名称]-[随机后缀]

注意：CDK部署的栈默认会自动添加后缀（可通过配置禁用），所以要以CloudFormation控制台栈列表里的实际栈全名匹配查找。

能否在CloudFormation中配置日志组？ #

可以，有两种实现方式：

• CloudFormation模板定义：直接在模板中添加AWS::Logs::LogGroup资源，指定自定义日志组名称及配置，同时需确保CloudFormation服务角色具备日志写入权限。
• CDK代码配置：通过CfnLogGroup或高阶构造定义日志组，并关联到CloudFormation部署流程。默认情况下CloudFormation会自动创建日志组，无需手动配置，除非你需要自定义日志组的存储策略、保留周期等属性。

快速定位日志的实用技巧 #

1. CloudWatch控制台过滤：在日志组列表中直接搜索关键词cloudformation，筛选出所有相关日志组，再结合你的栈名称缩小范围。
2. AWS CLI查询：执行以下命令批量列出所有CloudFormation相关日志组：

   aws logs describe-log-groups --log-group-name-prefix "/aws/cloudformation/"
   

   从返回结果中找到对应栈的日志组，即可查看日志流中的详细错误信息。
3. CloudFormation栈事件页直接排查：在CloudFormation控制台的栈页面切换到「事件」标签，找到失败的事件条目，部分错误会直接在这里显示，无需跳转CloudWatch即可定位问题。

额外提示：PutBucketNotificationConfiguration的InvalidArgument常见诱因 #

这个错误通常和以下场景有关：

• Lambda函数的资源策略未授权S3触发（CDK默认自动配置，手动修改策略可能导致失效）
• S3事件类型配置错误（比如Create对应的正确事件应为s3:ObjectCreated:*或具体子类型如s3:ObjectCreated:Put）
• Lambda函数处于未激活状态（如部署失败、权限被删除）
• S3桶与Lambda函数不在同一区域（跨区域触发需额外配置）

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