Terraform添加null_resource后执行plan报找不到null provider错误

• Terraform的基础架构决定了两类独立的组件边界：
  • 所有非Terraform核心内置的资源类型，都必须由对应provider提供schema定义、变更规则和生命周期管理逻辑。null_resource并非Terraform核心自带的原生资源，它完全由hashicorp/null独立provider实现维护。
  • local-exec provisioner本身是Terraform核心内置的命令执行模块，不需要单独安装插件，但它无法脱离所属的父资源独立存在。
• 你遇到的报错来自Terraform的前置配置扫描环节：
  当你新增null_resource配置块后，Terraform会在配置解析的第一时间识别到你引用了null provider提供的资源类型。由于你之前的项目从未依赖过null provider，本地的插件缓存目录中不存在这个provider的可执行文件，流程会直接中断，抛出插件加载失败的错误。
• 流程上为什么不会跳过provider加载直接运行provisioner？
  Terraform必须先加载对应provider的资源schema，才能完成全配置的合法性校验——包括检查provisioner块的参数格式是否合规、资源上的其他配置（比如triggers字段）是否拼写正确、生命周期规则是否合法。这类校验在计划生成阶段之前就必须完成，流程根本不会走到实际执行provisioner的环节。

• 按照报错提示执行terraform init，Terraform会自动检测到你新增的null provider依赖，从官方插件 registry 拉取匹配版本的null provider文件到本地缓存。
• 插件安装完成后，重新执行terraform plan即可正常生成执行计划。

注意：很多使用者会产生“null_resource不需要provider”的误解，本质是混淆了provisioner的内置属性和资源的provider归属：provisioner是内置的没错，但它挂载的资源必须由对应provider提供完整的结构定义，这个过程是无法跳过的。

内容的提问来源于stack exchange，提问作者John D.