Terraform中formatdate与timestamp引发资源频繁更新问题求助

我在azurerm_resource的某一属性中使用了以下代码：

formatdate("YYYY-MM", timestamp())

原本预期该资源每月仅更新一次，但每次执行Terraform时，都会重复更新为相同值。使用版本：Terraform 1.5.7、AzAPI Provider v1.13.1、AzureRM Provider v3.88.0，且AzureRM Provider也存在完全相同的行为。

附计划片段：

# module.foundation.azapi_resource.windows_vm_runcommands["xyz"] will be updated in-place
  ~ resource "azapi_resource" "windows_vm_runcommands" {
      ~ body                      = (sensitive value) << happens here
        id                        = "xyz"
        name                      = "abc"
      ~ output                    = jsonencode({}) -> (known after apply)
      ~ tags                      = {} -> (known after apply)
        # (7 unchanged attributes hidden)
    }

AzureRM相关情况：

排查思路 #

• 明确timestamp()的特性：timestamp()是Terraform的易变函数，每次执行都会生成当前时间，规划阶段它的返回值属于"未知"状态。哪怕你用formatdate处理成年月格式，Terraform仍会认为该属性需要更新，最终实际值和之前一致也会触发变更计划。
• 对比状态存储值与本地生成值：Azure可能对存储的日期格式做了隐性处理（比如时区、格式细节），导致Terraform读取回来的值和本地生成的存在差异。执行terraform state show <资源地址>查看属性实际存储值，和formatdate("YYYY-MM", timestamp())的结果做精确对比。
• 替换为稳定的年月值来源：如果需要每月更新一次，避免使用timestamp()这类易变函数：
  • 手动定义变量，每月手动更新变量值；
  • 借助外部数据源获取当前年月并缓存，仅当月度变化时更新；
  • 使用local变量结合状态值判断，仅当当前年月与状态中记录的年月不一致时才更新属性；
• 排查Provider的变更检测逻辑：部分Azure资源（比如Run Command）的属性可能存在序列化差异（比如JSON空格、键顺序），导致Provider误判变更。开启TF_LOG=DEBUG执行Terraform，查看详细的变更对比日志，确认是值真的不同还是序列化问题导致的误报。
• 临时用ignore_changes规避：如果确认实际值无变化，只是Terraform误判，可以在资源块中添加生命周期配置忽略该属性的变更检测：

  lifecycle {
    ignore_changes = [body] # 替换为实际受影响的属性名
  }
  

  注意这是临时 workaround，建议优先定位根本原因。

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