Terraform count参数报错：依赖应用阶段才能确定的资源属性

报错核心原因是count参数依赖了仅在apply阶段才能确定的资源属性：父模块传递给子模块的resource_name是azurerm_key_vault.key-vault.name，若该名称由Terraform自动生成（而非提前指定的变量），在plan阶段无法确定具体值，导致Terraform无法预判count的取值。

方案1：提前将资源名称显式定义为变量（推荐） #

把Key Vault的名称从资源属性改为提前定义的变量，确保resource_name在plan阶段即可确定：

1. 父模块中定义Key Vault名称变量：

variable "key_vault_name" {
  type        = string
  description = "Name of the Key Vault"
}

2. 父模块创建Key Vault时使用该变量：

resource "azurerm_key_vault" "key-vault" {
  name = var.key_vault_name
  # ... 其他Key Vault配置项
}

3. 父模块调用private_endpoint模块时，传递该变量而非资源属性：

module "private_end_point" {
  source                         = "../private_end_point"
  # ... 其他参数
  resource_name                  = var.key_vault_name
  # ...
}

4. 子模块的count判断保持原逻辑：

count = var.resource_name != "" && strcontains(var.resource_name, "prod") ? 1 : 0

这种方式从根源上解决了依赖apply阶段值的问题，因为变量值在plan阶段就是已知的。

方案2：父模块提前计算prod标记并传递布尔变量 #

如果无法提前指定Key Vault名称，可在父模块中提前计算是否为prod资源，将布尔结果传递给子模块，避免子模块直接依赖未知的资源属性：

1. 子模块新增布尔变量：

variable "is_prod_resource" {
  type        = bool
  default     = false
  description = "Flag indicating if the resource is for prod environment"
}

2. 父模块中计算该标记并传递：

locals {
  is_prod = strcontains(azurerm_key_vault.key-vault.name, "prod")
}

module "private_end_point" {
  source                         = "../private_end_point"
  # ... 其他参数
  resource_name                  = azurerm_key_vault.key-vault.name
  is_prod_resource               = local.is_prod
  # ...
}

3. 子模块修改count判断逻辑：

count = var.resource_name != "" && var.is_prod_resource ? 1 : 0

注意：若Key Vault的名称是Terraform自动生成（如使用random_string或random_pet），local.is_prod仍会是apply阶段才能确定的值，此时该方案无法解决问题，需优先选择方案1。

方案3：使用Terraform 1.3+的try函数兼容自动生成名称场景 #

如果Key Vault名称必须自动生成，可利用try函数在plan阶段提供默认值，同时确保apply阶段能正确判断：

子模块修改count逻辑：

count = try(strcontains(var.resource_name, "prod"), false) && var.resource_name != "" ? 1 : 0

try函数会在plan阶段无法确定strcontains结果时返回默认值false，待apply阶段获取到实际名称后再重新计算。但这种方式可能导致plan阶段的预判结果与实际apply结果不一致，仅作为临时兼容方案使用。

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