Terraform模块下如何灵活配置Azure存储管理策略部分规则？

我刚好碰到过类似的需求，完全理解你想减少代码重复、不用在主配置里拆分开定义资源的想法，这里有个非常实用的解决方案，用Terraform的**动态块（dynamic blocks）**来实现条件化生成规则，完美适配你的两种场景：

1. 模块变量设计 #

首先在你的Terraform模块里定义一个灵活的变量，用来接收不同文件夹的规则配置。每个规则项包含文件夹路径、可选的冷却/归档天数，以及必填的删除天数：

variable "folder_rules" {
  type = list(object({
    prefix_match                = string
    days_to_cool                = optional(number) # Terraform 1.3+ 支持，旧版本可改用 default = null
    days_to_archive             = optional(number)
    days_to_delete              = number
  }))
  description = "List of folder-level storage management policy rules"
}

variable "storage_account_id" {
  type        = string
  description = "ID of the target storage account"
}

2. 模块内资源实现 #

在模块里使用azurerm_storage_management_policy资源，通过多层动态块来根据变量配置生成对应的规则和动作：

resource "azurerm_storage_management_policy" "main" {
  storage_account_id = var.storage_account_id

  # 为每个文件夹规则生成一个独立的policy rule
  dynamic "rule" {
    for_each = var.folder_rules
    content {
      name    = "rule-${replace(rule.value.prefix_match, "/", "-")}" # 生成唯一的规则名称
      enabled = true

      filters {
        prefix_match = [rule.value.prefix_match]
        blob_types   = ["blockBlob"] # 根据你的需求调整，比如也可以加 appendBlob
      }

      dynamic "action" {
        for_each = [rule.value]
        content {
          dynamic "base_blob" {
            for_each = [action.value]
            content {
              # 仅当配置了days_to_cool时，生成冷却规则
              dynamic "tier_to_cool" {
                for_each = base_blob.value.days_to_cool != null ? [base_blob.value.days_to_cool] : []
                content {
                  days_after_modification_greater_than = tier_to_cool.value
                }
              }

              # 仅当配置了days_to_archive时，生成归档规则
              dynamic "tier_to_archive" {
                for_each = base_blob.value.days_to_archive != null ? [base_blob.value.days_to_archive] : []
                content {
                  days_after_modification_greater_than = tier_to_archive.value
                }
              }

              # 始终生成删除规则（因为是必填项）
              dynamic "delete" {
                for_each = [base_blob.value.days_to_delete]
                content {
                  days_after_modification_greater_than = delete.value
                }
              }
            }
          }
        }
      }
    }
  }
}

3. 主配置中使用模块 #

在你的环境主配置里，只需要传入不同的文件夹规则列表即可，完全不用单独定义资源：

module "storage_management_policy" {
  source = "./path/to/your/storage-policy-module"

  storage_account_id = azurerm_storage_account.your_account.id

  folder_rules = [
    # 需要全部三项规则的文件夹
    {
      prefix_match                = "permanent-docs/"
      days_to_cool                = 30
      days_to_archive             = 90
      days_to_delete              = 180
    },
    # 仅需要删除规则的文件夹
    {
      prefix_match                = "temp-files/"
      days_to_delete              = 7
    }
  ]
}

为什么这个方案可行？ #

Terraform的动态块允许你根据变量条件决定是否生成某个嵌套块，当for_each的值为空列表时，对应的块就不会被生成。这种方式完全符合声明式的编程模型，也避开了之前GitHub上被驳回的-1参数方案，是官方推荐的灵活配置方式。

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