Terraform中aws_lambda_layer_version重复创建Lambda Layer版本问题

问题原因 #

你遇到的问题本质是null_resource的执行逻辑导致zip包的元数据（比如修改时间）或资源依赖关系被误判，进而触发aws_lambda_layer_version的不必要重建——即使源文件内容的哈希值完全一致。手动生成zip时没有这些额外的元数据变动，所以不会触发重建。

解决步骤 #

1. 精准控制null_resource的触发时机

让null_resource只在Layer源文件内容变化时才重新打包，避免每次terraform apply都执行打包操作：

首先定义本地变量计算源文件的哈希值，作为null_resource的触发条件：

locals {
  # 匹配Layer源目录下的所有文件
  layer_source_files = fileset("${path.module}/layer-src", "**/*")
  # 计算所有源文件的哈希组合，作为内容变更的判断依据
  layer_content_hash = join("", [for file in local.layer_source_files : filemd5("${path.module}/layer-src/${file}")])
}

resource "null_resource" "package_layer" {
  # 只有源文件哈希变化时，才重新执行打包
  triggers = {
    source_content_hash = local.layer_content_hash
  }

  provisioner "local-exec" {
    # 使用-X参数忽略文件元数据（修改时间、权限等），确保zip内容一致
    command = "cd ${path.module}/layer-src && zip -r -X ../google-cloud-bigquery.zip ."
  }
}

2. 用source_code_hash锁定Layer版本

在aws_lambda_layer_version中，直接使用上面计算的源文件哈希作为source_code_hash，同时明确依赖null_resource确保打包完成后再创建Layer：

resource "aws_lambda_layer_version" "bigquery_layer" {
  filename            = "${path.module}/google-cloud-bigquery.zip"
  layer_name          = "google-cloud-bigquery"
  # 绑定源文件哈希，只要哈希不变，Terraform就不会创建新版本
  source_code_hash    = local.layer_content_hash
  compatible_runtimes = ["python3.9"]

  # 确保打包完成后再处理Layer
  depends_on = [null_resource.package_layer]
}

3. 验证效果

执行terraform apply：

• 首次执行会创建null_resource、生成zip并创建Layer版本。
• 后续执行时，只要源文件内容不变，null_resource不会重新执行，source_code_hash也不会变化，aws_lambda_layer_version不会销毁旧版本或创建新版本。

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