要运行我的 terraform 脚本,我会terraform apply -var 'ENV=dev' -var-file="dev.tfvars"
在 内dev.tfvars
,我想加载仅用于开发环境的变量的其他文件。
我应该能够对staging.tfvars
等做同样的事情。
有什么想法吗?
要运行我的 terraform 脚本,我会terraform apply -var 'ENV=dev' -var-file="dev.tfvars"
在 内dev.tfvars
,我想加载仅用于开发环境的变量的其他文件。
我应该能够对staging.tfvars
等做同样的事情。
有什么想法吗?
在我看来,您有两个选择:
terraform.workspace
。我觉得这很难维护。包装器将接收环境和 TF 命令,将链接环境相关.tf
文件并调用terraform
加载.tfvars
文件。例如,您可以拥有一个env/
包含以下文件的目录:
env/
| dev.tf
| staging.tf
| prod.tf
您的包装器将在项目根目录中链接正确的文件,如下所示:
env.tf -> env/dev.tf
然后它会调用terraform $2 -var-file="$1.tfvars" -var 'ENV=$1'
这样,terraform 将读取env.tf
文件内容并将其与您的其他.tf
文件一起加载。
而不是这种方法,我会改写 Terraform 代码库的结构,因此 dev/staging/prod 环境等都在单独的目录中,并且仅terraform.tfvars
在每个目录中的文件不同。
在我看来,最好的方法是自由地使用模块和符号链接。我在回答有关 Terraform 多租户的相关问题时讨论了这一点。
示例布局可能如下所示:
$ tree -a
.
├── dev
│ ├── eu-west-1
│ │ ├── bar
│ │ │ ├── bar.tf -> ../../../stacks/bar.tf
│ │ │ ├── eu-west-1.tf -> ../../../providers/aws/eu-west-1.tf
│ │ │ └── terraform.tfvars
│ │ └── foo
│ │ ├── eu-west-1.tf -> ../../../providers/aws/eu-west-1.tf
│ │ ├── foo.tf -> ../../../stacks/foo.tf
│ │ └── terraform.tfvars
│ ├── global
│ │ └── baz
│ │ ├── baz.tf -> ../../../stacks/baz.tf
│ │ └── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
│ └── us-east-1
│ ├── bar
│ │ ├── bar.tf -> ../../../stacks/bar.tf
│ │ ├── terraform.tfvars
│ │ └── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
│ └── foo
│ ├── foo.tf -> ../../../stacks/foo.tf
│ ├── terraform.tfvars
│ └── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
├── modules
│ ├── bar
│ │ └── main.tf
│ └── foo
│ ├── main.tf
│ ├── outputs.tf
│ └── vars.tf
├── production
│ ├── eu-west-1
│ │ ├── bar
│ │ │ ├── bar.tf -> ../../../stacks/bar.tf
│ │ │ ├── eu-west-1.tf -> ../../../providers/aws/eu-west-1.tf
│ │ │ └── terraform.tfvars
│ │ └── foo
│ │ ├── eu-west-1.tf -> ../../../providers/aws/eu-west-1.tf
│ │ ├── foo.tf -> ../../../stacks/foo.tf
│ │ └── terraform.tfvars
│ ├── global
│ │ └── baz
│ │ ├── baz.tf -> ../../../stacks/baz.tf
│ │ └── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
│ └── us-east-1
│ ├── bar
│ │ ├── bar.tf -> ../../../stacks/bar.tf
│ │ ├── terraform.tfvars
│ │ └── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
│ └── foo
│ ├── foo.tf -> ../../../stacks/foo.tf
│ ├── terraform.tfvars
│ └── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
├── providers
│ └── aws
│ ├── eu-west-1.tf
│ └── us-east-1.tf
├── stacks
│ ├── bar.tf
│ ├── baz.tf
│ └── foo.tf
└── staging
├── eu-west-1
│ ├── bar
│ │ ├── bar.tf -> ../../../stacks/bar.tf
│ │ ├── eu-west-1.tf -> ../../../providers/aws/eu-west-1.tf
│ │ └── terraform.tfvars
│ └── foo
│ ├── eu-west-1.tf -> ../../../providers/aws/eu-west-1.tf
│ ├── foo.tf -> ../../../stacks/foo.tf
│ └── terraform.tfvars
├── global
│ └── baz
│ ├── baz.tf -> ../../../stacks/baz.tf
│ └── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
└── us-east-1
├── bar
│ ├── bar.tf -> ../../../stacks/bar.tf
│ ├── terraform.tfvars
│ └── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
└── foo
├── foo.tf -> ../../../stacks/foo.tf
├── terraform.tfvars
└── us-east-1.tf -> ../../../providers/aws/us-east-1.tf
这使您能够在单个位置(stacks
目录)中定义 Terraform 代码的确切配置,并且只允许通过每个目录的terraform.tfvars
文件进行覆盖。在上面的布局中,我们有一个模块foo
和一个bar
模块,我们希望在所有开发/登台/生产的 2 个不同 AWS 区域中应用,还有一些不可配置的 Terraform 代码,应该在每个环境级别全局应用(想想像 IAM 之类的东西角色等)。
我们在 modules 文件夹下定义我们的模块(foo
可能是一个完整的模块,而bar
可能是来自第三方位置的源模块,例如另一个 Git 存储库或Terraform 的模块注册表)。然后,我们为文件夹中的模块提供一个薄包装器,stacks
看起来像这样:
variable "name" {}
variable "count" {
default = 2
}
module "foo" {
source = "../../../foo"
name = "${var.name}"
count = "${var.count}"
}
然后在每个${environment}/${region}/foo/terraform.tfvars
我们总是定义一个名称(因为它是必需的)并可选地定义一个计数(这是默认的):
name = dev-foo
count = 1
或者
name = production-foo
上面的布局还使您可以一目了然地查看所有环境和配置,并且可以简化您与 Terraform 一起使用的任何包装脚本,以便仅使用目录路径来设置状态配置。