如何跨独立Terraform项目文件引用模块输出且无需统一main文件

首先给出明确结论：你当前的项目拆分方式完全符合Terraform最佳实践。
你提到的「没有统一main.tf、分目录管理不同资源」本质是按资源生命周期拆分独立的Terraform根工作区，这种做法的优势完全匹配你的预期：

• 不同生命周期的资源（VPC这类长期保留的底层资源、EC2这类项目级可销毁资源）完全隔离，不会出现误操作删除VPC的风险
• 每个工作区的plan/apply仅扫描当前目录下的资源，不会随着项目数量增加变慢
• 权限可以精细化控制，比如网络团队仅需管理networking目录的权限，业务团队仅需管理对应项目目录的权限

默认情况下，Terraform的模块输出仅支持同一根工作区内的资源引用（同一目录下不管拆成多少个tf文件，都属于同一个根工作区，可直接互相引用输出），跨根工作区不能直接用module.xxx.yyy的方式引用，可通过两种成熟方案实现需求：

1. 使用terraform_remote_state数据源
   先在networking目录下新增outputs.tf，声明需要对外暴露的VPC、子网属性：

output "vpc_id" {
  value = module.main-vpc.vpc_id
}
output "public_subnets" {
  value = module.main-vpc.public_subnets
}

之后在各个项目目录的配置中添加数据源，指向networking工作区的状态文件存储地址（以存在S3为例）：

data "terraform_remote_state" "networking" {
  backend = "s3"
  config = {
    bucket = "你的terraform状态桶名称"
    key    = "networking/terraform.tfstate"
    region = "ap-northeast-1"
  }
}

引用时直接用data.terraform_remote_state.networking.outputs.vpc_id即可，不会触发新VPC创建。
2. 使用云厂商原生数据源
以AWS为例，直接通过标签筛选查询已创建的VPC和子网：

data "aws_vpc" "prod_vpc" {
  tags = {
    ENV = "prod"
  }
}
data "aws_subnets" "prod_public_subnets" {
  filter {
    name   = "vpc-id"
    values = [data.aws_vpc.prod_vpc.id]
  }
  tags = {
    Type = "public"
  }
}

这种方式不需要访问Terraform状态文件，更适合多团队协作的场景。

结论是一定会重复创建。
Terraform的资源生命周期完全和所属根工作区的状态文件绑定，你在A项目调用VPC模块创建的资源，仅会记录在A项目的状态文件中。其他项目调用相同参数的VPC模块时，自身状态文件中没有对应资源的记录，Terraform会默认你需要创建一套全新的、参数相同的VPC，不会自动识别已有资源。
如果要复用已创建的VPC，必须使用问题1中提到的两种跨工作区读取资源属性的方案，不要在业务项目中重复调用VPC模块。

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