问题描述
在使用Terraform时面临一个问题：他之前只用过一个Terraform代码库来管理所有的基础设施，每个提供商或功能都有相应的模块。现在他面临以下情况：
– 有一个Azure订阅。
– 需要为两个不同的项目分别创建独立的基础设施“存储桶”，并且希望将测试/开发环境（短期的）与生产环境（长期的）分开。
– 未来需要按项目交付基础设施。
他想知道以下几点是否可行：
1. 每个项目仓库中包含少量Terraform代码，以保持相关性。
2. 在同一个Azure订阅中使用多个tfstate文件（每个基础设施“存储桶”一个状态文件），并且这些状态文件在Azure端被隔离（比如使用资源组？）。
他希望能够获得一些建议。
解决方案
请注意以下操作可能涉及版本差异或风险，请在操作前做好备份。
最佳解决方案：使用Terraform Cloud
对于你的需求，可以考虑使用Terraform Cloud。Terraform Cloud允许你将模块从项目仓库发布到注册表中，然后可以从其他仓库中使用这些模块来进行基础设施部署。下面是具体步骤：
- 在每个项目的仓库中，编写和维护相应的Terraform模块。
- 将这些模块发布到Terraform Cloud的模块注册表中。
- 在另一个仓库中，编写包含用于基础设施部署的Terraform代码，并在其中引用这些模块。
另外，Terraform Cloud还提供远程tfstate文件存储功能，你可以为每个部署环境（如开发、测试、生产）保存一个tfstate文件。可以使用Terraform Cloud的工作流程管理不同环境的变量、状态文件和资源组等。
替代方案：手动管理基础设施部署
如果你不想使用Terraform Cloud，你也可以手动管理基础设施的部署顺序和状态文件。以下是一个可能的步骤：
- 在每个项目的仓库中，编写和维护相应的Terraform代码。
- 为每个项目创建不同的Azure资源组，用于隔离基础设施。
- 在每个项目中，使用不同的tfstate文件存储路径，确保每个项目的状态文件彼此隔离。
- 使用CI/CD工具（如Azure DevOps、GitHub Actions等）设置不同的环境变量，以便在不同的部署阶段选择正确的状态文件、资源组等。
这种方法需要更多的手动设置和管理，但也能满足你的需求。
注意事项
在使用多个tfstate文件时，确保每个状态文件都具有唯一的名称和路径，以避免冲突。另外，在进行基础设施部署时，始终谨慎验证所使用的状态文件和资源组，避免不正确的配置导致问题。
请记住，使用Terraform Cloud或手动管理基础设施部署都需要仔细计划和测试，以确保项目的稳定性和可维护性。
相关讨论
有关类似问题的讨论可以参考这里的讨论。
以上是在Azure订阅中实现多个项目的分布式Terraform配置的解决方案。根据你的需求和实际情况，你可以选择适合你的方法来管理基础设施的部署和维护。