通过Lambda触发Glue Job时遇ParamValidationError：Bucket名称正则匹配问题

以下是针对你遇到问题的排查方向和解决方案：

排查核心方向：Lambda传递的桶名格式异常 #

虽然你的S3桶本身命名合规，但Lambda调用Glue Job时传递的桶名参数可能不符合AWS SDK的格式要求，常见问题如下：

1. 桶名带了s3://前缀 #

AWS SDK在验证桶名时，要求传入纯桶名（如my-valid-bucket），而不是带协议前缀的路径（如s3://my-valid-bucket）。如果Lambda代码中传递了带前缀的桶名，就会触发该参数验证错误。

解决方法：
检查Lambda中调用start_job_run的Arguments参数，确保所有涉及桶名的参数都去掉s3://前缀。示例代码：

import boto3

def lambda_handler(event, context):
    glue = boto3.client('glue')
    # 正确传递纯桶名，不带s3://前缀
    response = glue.start_job_run(
        JobName="YourGlueJobName",
        Arguments={
            "--source_bucket": "your-valid-bucket-name",
            "--target_bucket": "another-valid-bucket"
        }
    )
    return response

2. 桶名包含隐形字符 #

如果Lambda是从环境变量、事件或其他动态来源获取桶名，可能存在前后空格、换行符等隐形字符，这些字符肉眼难以察觉，但会导致桶名不符合正则规则。

解决方法：
在Lambda代码中对桶名字符串做清理处理，比如使用strip()去除前后空白：

bucket_name = event.get('bucket_name', '').strip()
# 再将处理后的bucket_name传入Glue参数

3. 错误覆盖了Glue Job的默认参数 #

若你的Glue Job本身配置了正确的桶名参数，但Lambda调用时传递了错误的参数覆盖了默认值，也会触发该错误。

解决方法：

• 检查Lambda代码中Arguments的键名是否与Glue Job的参数键名完全匹配
• 若不需要覆盖默认参数，可移除Lambda中对应的参数传递，让Glue沿用自身配置

辅助排查步骤 #

1. 查看Lambda的CloudWatch日志，打印并确认传递给Glue的所有参数值，重点检查桶名的实际内容
2. 验证Lambda执行角色是否具备访问该S3桶的权限（虽然Glue单独运行正常，但需确保Lambda传递参数时无权限限制导致的隐性解析问题）

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