如何在Terraform基础设施仓库依赖Lambda仓库资源时实现先后部署

你的场景核心矛盾是：仓库A的API Gateway部署依赖仓库B的集成资源，但A的基础API资源又是B集成的前置条件。可以按以下步骤解决：

1. 先部署仓库A的核心基础资源（排除Deployment） #

仓库A里的aws_api_gateway_rest_api、aws_api_gateway_resource、aws_api_gateway_method是仓库B集成资源的依赖，必须先创建。用Terraform的-target参数指定只部署这些资源，避免因为缺少B的集成资源导致部署失败：

# 示例：按需添加你需要的核心资源target
terraform apply -target=aws_api_gateway_rest_api.my_api -target=aws_api_gateway_resource.api_resource -target=aws_api_gateway_resource.sub_resource -target=aws_api_gateway_method.get_method

2. 部署仓库B的全部资源 #

在仓库B的Terraform配置中，通过远程状态引用仓库A已创建的API Gateway资源属性（比如rest_api_id、resource_id、http_method），确保aws_api_gateway_integration和aws_lambda_permission能正常关联到A的API资源。

同时，仓库B需要将aws_api_gateway_integration的ID输出，供仓库A后续使用：

# 仓库B的output.tf
output "api_gateway_integration_id" {
  value = aws_api_gateway_integration.lambda_integration.id
}

3. 回到仓库A，完成完整部署（含Deployment） #

在仓库A中配置远程状态读取仓库B的输出，将B的集成ID作为aws_api_gateway_deployment的triggers参数——这样既满足依赖关系，又能在B的集成配置变更时自动触发API Gateway重新部署：

# 仓库A中读取B的远程状态
data "terraform_remote_state" "lambda_repo" {
  backend = "s3" # 根据你的远程状态后端调整，比如Terraform Cloud则用"remote"
  config = {
    bucket = "your-terraform-state-bucket"
    key    = "path/to/repo-b/terraform.tfstate"
    region = "us-east-1"
  }
}

# 配置API Gateway Deployment
resource "aws_api_gateway_deployment" "api_deploy" {
  rest_api_id = aws_api_gateway_rest_api.my_api.id
  stage_name  = "prod"

  # 触发器：当B的集成ID变更时自动重新部署
  triggers = {
    integration_config = data.terraform_remote_state.lambda_repo.outputs.api_gateway_integration_id
  }
}

执行完整的terraform apply即可完成A的部署，此时Deployment能正确关联B的集成资源。

额外注意事项 #

• 第一次部署A时，如果还没有B的远程状态，可以临时注释triggers参数，等B部署完成后再恢复；或者用条件判断处理空值场景。
• 确保两个仓库使用相同的远程状态后端（比如S3、Terraform Cloud），保证资源属性能正确跨仓库读取。

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