Azure中跨区域对使用Terraform工作区时的可用区配置代码复用方案咨询

我刚好遇到过类似的多区域部署场景，你可以通过工作区变量结合Terraform的条件性属性赋值来实现同一套代码适配支持/不支持可用区的区域，不需要拆分代码或者做复杂的分支判断。下面一步步给你讲具体实现：

1. 定义控制变量 #

首先在你的Terraform根模块里创建variables.tf，定义一个布尔变量来标记当前区域是否支持可用区：

variable "supports_zones" {
  type        = bool
  description = "标记当前部署区域是否支持可用性 zones"
  default     = false # 默认设为false，避免新工作区误配置
}

2. 改造公网IP配置 #

针对你提供的公网IP示例，把zones属性改成条件性赋值：当变量为true时配置可用区，为false时设为null（Terraform会自动忽略值为null的属性，相当于这行代码不存在）。

resource "azurerm_public_ip" "example" {
  name                = "acceptanceTestPublicIp1"
  resource_group_name = azurerm_resource_group.example.name
  location            = azurerm_resource_group.example.location
  allocation_method   = "Static"
  # 仅当区域支持可用区时才配置zones
  zones               = var.supports_zones ? [1] : null
  tags = {
    environment = "Production"
  }
}

3. 适配VM部署场景 #

VM的配置逻辑完全一致，不管是顶层的zones属性还是磁盘的zones配置，都可以用同样的条件赋值：

resource "azurerm_linux_virtual_machine" "example" {
  name                = "example-vm"
  resource_group_name = azurerm_resource_group.example.name
  location            = azurerm_resource_group.example.location
  size                = "Standard_D2s_v3"
  admin_username      = "adminuser"
  admin_password      = "P@ssw0rd123!"
  network_interface_ids = [azurerm_network_interface.example.id]

  os_disk {
    caching              = "ReadWrite"
    storage_account_type = "Premium_LRS"
    # 条件配置磁盘的可用区
    zones = var.supports_zones ? [1] : null
  }

  source_image_reference {
    publisher = "Canonical"
    offer     = "0001-com-ubuntu-server-jammy"
    sku       = "22_04-lts"
    version   = "latest"
  }

  # 条件配置VM本身的可用区（如果需要）
  zones = var.supports_zones ? [1] : null
}

4. 为不同工作区设置变量值 #

接下来给SCU和NCU两个工作区分别设置变量：

美国南部中心区（SCU）工作区 #

先创建/切换到SCU工作区，然后通过变量文件或者命令行参数设置supports_zones=true：

# 创建并切换到SCU工作区
terraform workspace new scu
terraform workspace select scu

# 方法1：用命令行参数直接指定
terraform apply -var="supports_zones=true"

# 方法2：创建专门的变量文件（更推荐，便于维护）
# 创建scu.tfvars文件，内容：supports_zones = true
terraform apply -var-file="scu.tfvars"

美国北部中心区（NCU）工作区 #

同样处理，只是把变量设为false：

terraform workspace new ncu
terraform workspace select ncu

# 命令行方式
terraform apply -var="supports_zones=false"

# 变量文件方式（ncu.tfvars内容：supports_zones = false）
terraform apply -var-file="ncu.tfvars"

后续维护 #

等NCU区域以后支持可用区了，你只需要把NCU工作区的supports_zones改成true，重新执行terraform apply就能同步配置，完全不需要修改代码逻辑。

这种方式的好处是同一套代码适配所有场景，避免了多分支代码的维护成本，而且Terraform原生支持这种条件性属性赋值，稳定性很高。

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