Terraform模块是否必须声明required_providers？

核心结论 #

• 文档表述没有偏差，你过往的配置能正常运行是Terraform的兼容机制和隐式继承逻辑导致的，并非不需要声明required_providers
• 正式生产环境建议所有模块都显式声明required_providers，避免跨环境、跨版本运行时出现依赖不兼容、Provider来源错误的问题

不声明required_providers也能运行的规则说明 #

1. 根模块的隐式推导规则

如果你是在直接执行terraform init的根目录下编写资源，没有声明required_providers，Terraform会自动做隐式匹配：

• 对HashiCorp官方维护的Provider（比如aws、azurerm、google、kubernetes这类），会默认从hashicorp/xxx的源地址拉取最新版本
• 资源类型的前缀直接对应Provider本地名，比如你写resource "aws_instance" "test" {}，Terraform会自动匹配名为aws的Provider

2. 子模块的隐式继承规则

如果你编写的是被其他模块调用的子模块，没有声明required_providers，子模块会默认继承根模块中已经配置好的同名Provider配置，不需要自己再安装Provider，所以也能正常运行。

这种隐式继承的前提是子模块用的Provider本地名和根模块声明的完全一致，如果你用了第三方Provider或者自定义名称的Provider，隐式继承就会失效。

3. 旧版本的向下兼容逻辑

Terraform 0.13版本之前本身就没有required_providers的强制要求，所有Provider默认都从官方源拉取，这部分旧逻辑也做了向下兼容，如果你用的是0.12及更早版本的配置，不声明也能正常运行。

为什么文档要求必须声明 #

隐式规则虽然能让配置跑通，但存在很多潜在风险：

• 不同环境拉取的Provider版本不一致，可能出现配置不兼容的情况
• 如果你用到了非官方维护的Provider，或者换了Provider源，隐式推导会找不到正确的Provider
• 共享模块发布后，其他用户调用时不知道该配置哪些Provider，很容易出现运行错误

因此官方将显式声明required_providers作为强制要求，本质是生产级别的最佳实践。

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