AWS Lambda已发布Layer未在列表显示且无法在函数中使用

• 最高概率为CLI请求的目标区域与控制台操作区域不匹配：Cloud9环境默认继承的CLI配置、环境变量指定的区域，常和Lambda控制台选择的区域不一致，层实际被发布到其他区域，当前区域查询自然返回空结果。
• 其次为CLI凭证归属错误账号：若本地配置了多套AWS凭证Profile，执行命令时未显式指定目标Profile，层会被发布到其他AWS账号下，当前账号无法查询到对应资源。
• 少数情况为IAM权限存在隐性限制：若执行操作的用户/角色被配置了权限边界、组织SCP策略，可能出现发布命令无显性报错，但实际创建请求被拦截、层未真正生成的情况。

• 第一步先确认请求的实际归属：重新执行发布命令时附加--debug参数，在输出日志中查找请求端点、签名信息，确认请求发往的区域、账号ID是否和预期一致。也可直接执行aws sts get-caller-identity快速确认当前CLI使用的账号身份。
• 若为区域不匹配：发布层时显式追加--region <你的目标区域码>参数指定区域，例如发布到美东1区使用--region us-east-1，发布到宁夏区域使用--region cn-northwest-1；后续控制台查询层、绑定Lambda层时，也需要切换到完全一致的区域才能看到资源。
• 若为凭证账号不匹配：执行命令时通过--profile <对应账号的配置名>参数指定正确的凭证集，再重新执行发布操作。
• 若确认账号、区域均正确仍无法查询：
  • 检查当前身份的IAM权限，确保同时拥有lambda:PublishLayerVersion、lambda:ListLayers的有效权限，且无权限边界、组织策略拦截相关操作。
  • 不要以“无报错”作为发布成功的判断标准：正常执行完发布命令后，会直接返回包含LayerArn、版本号、创建时间的JSON元数据，若执行命令后没有看到这段返回，说明发布流程未实际完成，需要重新执行发布。
• 等层可以正常查询后，如果出现函数无法引用层内依赖的问题，再检查zip包结构：Python运行时的层压缩包解压后，依赖包必须直接放在python/目录下，不能直接打包虚拟环境的venv目录、或者嵌套多层目录，否则Lambda无法识别依赖路径。

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