如何基于环境变量控制Terraform中Datadog合成测试模块的部署？

DevOps 小满

2026-8-13

基于环境变量控制Datadog合成测试部署的方案

有两种常见实现方式，可根据你的需求选择：

方式一：完全禁用非生产环境的Datadog模块

如果你的./Datadog模块仅包含合成测试资源，可直接在模块调用层控制是否创建整个模块：

修改main.tf中的模块引用，添加环境变量传递和count控制：

module "Datadog" {
  source      = "./Datadog"
  webapp_name = [azurerm_linux_web_app.service1.name, azurerm_linux_web_app.service2.name]
  environment = var.environment # 将环境变量传入模块
  count       = lower(var.environment) == "production" ? 1 : 0 # 仅生产环境部署模块
}

当count=0时，该模块及其所有资源都不会被创建
若后续需要引用模块输出，需注意处理空列表的情况（比如用try(module.Datadog[0].output_name, null)）

方式二：仅禁用非生产环境的合成测试资源

如果模块中还有其他需要保留的Datadog资源（比如密钥配置），可在模块内部单独控制合成测试的创建：

在模块的variables.tf中添加环境变量定义：

variable "environment" {
  type        = string
  description = "部署环境标识（如production、staging）"
}

修改模块内的datadog_synthetics_test资源的count参数：

resource "datadog_synthetics_test" "app_service_monitoring" {
  # 仅生产环境创建合成测试，非生产环境count设为0
  count = lower(var.environment) == "production" ? length(var.webapp_name) : 0

  type    = "api"
  subtype = "http"
  request_definition {
    method = "GET"
    url    = "https://${element(var.webapp_name, count.index)}.azurewebsites.net/health"
  }
  # 补充其他必填资源属性...
}

在main.tf的模块调用中传递环境变量：

module "Datadog" {
  source      = "./Datadog"
  webapp_name = [azurerm_linux_web_app.service1.name, azurerm_linux_web_app.service2.name]
  environment = var.environment
}