如何根据变量配置Databricks Job的调度或持续运行模式

你的思路是正确的，使用Terraform的dynamic块确实可以实现根据环境变量切换continuous和schedule配置块的需求，但现有写法可以优化得更规范：

修正后的标准实现 #

dynamic块的第一个参数应该直接对应要生成的资源块类型（即continuous或schedule），这样代码逻辑更清晰，符合Terraform的语法规范：

resource "databricks_job" "job_1" {
  # 其他固定配置...

  dynamic "continuous" {
    for_each = var.env == "prod" ? [1] : []
    content {
      pause_status = "UNPAUSED"
    }
  }

  dynamic "schedule" {
    for_each = var.env == "dev" ? [1] : []
    content {
      pause_status           = "UNPAUSED"
      quartz_cron_expression = "7 0 * * * ?"
      timezone_id            = "UTC"
    }
  }

  # 其他固定配置...
}

更易维护的优化方案 #

如果后续需要扩展更多环境的配置逻辑，可以用本地变量封装判断逻辑，把不同环境的配置集中管理：

locals {
  job_run_config = {
    prod = {
      block_type = "continuous"
      params = {
        pause_status = "UNPAUSED"
      }
    }
    dev = {
      block_type = "schedule"
      params = {
        pause_status           = "UNPAUSED"
        quartz_cron_expression = "7 0 * * * ?"
        timezone_id            = "UTC"
      }
    }
  }
}

resource "databricks_job" "job_1" {
  # 其他固定配置...

  dynamic "${local.job_run_config[var.env].block_type}" {
    for_each = [1]
    content {
      pause_status           = local.job_run_config[var.env].params.pause_status
      quartz_cron_expression = lookup(local.job_run_config[var.env].params, "quartz_cron_expression", null)
      timezone_id            = lookup(local.job_run_config[var.env].params, "timezone_id", null)
    }
  }

  # 其他固定配置...
}

这个方案把不同环境的配置集中在local变量中，后续修改或新增环境时只需要更新local块即可，代码可读性和可维护性更高。

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