Terraform使用for_each调用模块时如何获取指定输出属性

两种写法都可行，具体选择取决于你的模块复用场景和代码维护需求，下面分别说明：

一、当前写法（外部for_each调用backup_policy模块）的可行性及调整要点 #

如果你的代码是在模块外部用for_each循环调用backup_policy模块来创建多个策略，这种写法是可行的，但需要补充两个关键步骤：

1. 调整backup_policy模块的输出 #

确保模块同时输出策略名称和策略ID，比如模块内的输出配置：

output "policy_name" {
  value = aws_backup_policy.this.name
}

output "policy_id" {
  value = aws_backup_policy.this.id
}

2. 外部构建名称到ID的映射 #

在调用vm模块前，先通过本地值把所有备份策略的名称和ID关联起来，再传递给VM模块：

# 构建策略名称到ID的映射
locals {
  backup_policy_map = {
    for policy in module.backup_policy : policy.policy_name => policy.policy_id
  }
}

# 调用VM模块时关联策略
module "vm" {
  for_each = var.vms
  source   = "./modules/vm"

  vm_name           = each.value.name
  backup_policy_id  = local.backup_policy_map[each.value.backup_policy_name]
  # 其他VM配置参数...
}

注意事项 #

• 要保证VM配置中指定的backup_policy_name都存在于备份策略列表中，否则会触发Terraform报错。可以用lookup函数添加默认值做兼容：

  backup_policy_id = lookup(local.backup_policy_map, each.value.backup_policy_name, null)
  

• 也可以在变量定义中添加校验规则，提前拦截无效的策略名称：

  variable "vms" {
    type = list(object({
      name                  = string
      backup_policy_name    = string
    }))
    validation {
      condition     = alltrue([for vm in var.vms : contains(keys(local.backup_policy_map), vm.backup_policy_name)])
      error_message = "VM配置中的备份策略名称不存在，请检查。"
    }
  }
  

二、调整backup_policy模块内部逻辑（模块内做for_each并输出映射）的优势 #

如果你的backup_policy模块主要用于批量创建策略，建议把for_each逻辑放到模块内部，直接输出名称到ID的映射，这样外部代码会更简洁：

1. 调整backup_policy模块内部代码 #

在模块内用for_each批量创建策略，并输出映射：

# 模块内部的资源定义
resource "aws_backup_policy" "this" {
  for_each = var.backup_policies

  name = each.value.name
  # 其他备份策略配置参数...
}

# 模块输出名称到ID的映射
output "policy_name_to_id_map" {
  value = {
    for k, policy in aws_backup_policy.this : policy.name => policy.id
  }
}

2. 外部调用模块并关联VM #

此时外部不需要再自己构建映射，直接用模块输出的关联关系：

module "backup_policy" {
  source = "./modules/backup_policy"

  backup_policies = var.backup_policies
}

module "vm" {
  for_each = var.vms
  source   = "./modules/vm"

  vm_name           = each.value.name
  backup_policy_id  = module.backup_policy.policy_name_to_id_map[each.value.backup_policy_name]
  # 其他VM配置参数...
}

优势 #

• 模块封装性更好，批量创建策略的逻辑完全内聚在模块内部
• 外部代码更简洁，无需手动构建映射，降低出错概率

两种方式的选择建议 #

• 如果backup_policy模块需要支持单个策略创建的场景（即可能被单独调用，而非仅批量创建），保留外部for_each的写法更灵活
• 如果模块仅用于批量创建备份策略，优先选择模块内部for_each+输出映射的写法，代码结构更清晰

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