有没有一种方法可以为项目中定义的所有模块抽象提供程序。
例如,我有这个项目
├── modules
│ ├── RDS
│ └── VPC
└── stacks
├── production
│ └── main.tf
└── staging
└── main.tf
它工作正常... 问题在于模块的定义
├── RDS
│ ├── README.md
│ ├── main.tf
│ ├── providers.tf
│ └── variables.tf
└── VPC
├── README.md
├── main.tf
├── providers.tf
└── variables.tf
这两个模块中的提供者完全相同
# providers.tf
provider "aws" {
region = "${var.region}"
version = "~> 1.26"
}
和每个模块中的变量都不同,但是它们都有region
变量。
# variables.tf
variable "region" {
default = "eu-central-1"
description = "AWS region."
}
# other module dependent variables...
有没有一种方法可以在模块级别定义那些信息位 这样我最终得到这样的东西
├── modules
│ ├── providers.tf <<< include the *shared* provider definition block
│ ├── variables.tf <<< include the *shared* region vaiable definition block
│ ├── RDS
│ │ ├── README.md
│ │ ├── main.tf
│ │ └── variables.tf
│ └── VPC
│ ├── README.md
│ ├── main.tf
│ └── variables.tf
最后一件事,模块定义大多数时候都具有资源属性(从terraform注册表中拉出模块...因此,我不知道从注册表和基本模块继承源是否可行)
答案 0 :(得分:2)
现在不可能实现这一目标。 先前在github上有关于以下主题中相同主题的讨论:
TL; DR
模块之间的变量共享违反了Terraform核心清晰度/解释性原则。
解决方法
一种解决方法是将*shared*
文件放在父目录中,并使用符号链接将其添加到模块中。
答案 1 :(得分:2)
如果您知道terragrunt,这将完全没有问题。
Terragrunt是Terraform的薄包装,提供了用于处理多个Terraform模块的额外工具。
它是为刚遇到的问题而设计的。
account
└ _global
└ region
└ _global
└ environment
└ resource
查看terragrunt-infrastructure-modules-example和terragrunt-infrastructure-live-example存储库,以获取可演示这些功能的完整示例代码
您可以将prod/terraform.tfvars
或prod/account.tfvars
用于全局变量,或将tfvars文件放在_global
文件夹下。
答案 2 :(得分:1)
您可以通过传入要使用的提供程序别名来从模块中提取提供程序参数。这样,您就可以创建一个模块,而无需引用Region之类的东西,然后在调用时传递这些详细信息。
对于您的用例,您可以在堆栈文件夹中定义别名提供程序(最好在文件中定义别名,并为每个堆栈文件夹建立符号链接):
# stacks/{staging,production}/providers.tf
provider "aws" {
alias = "us-east-1"
region = "us-east-1"
}
provider "aws" {
alias = "us-east-2"
region = "us-east-2"
}
然后,当您调用模块时,传入要使用的提供者别名(假定模块仅使用任何特定提供者类型中的1个):
# stacks/{staging,production}/main.tf
module "VPC-us-east-1" {
source = "../../modules/VPC"
providers = {
aws = "aws.us-east-1"
}
}
module "VPC-us-east-2" {
source = "../../modules/VPC"
providers = {
aws = "aws.us-east-2"
}
}
答案 3 :(得分:0)
Hashicorp配置语言目前没有全局变量功能。
和variables
用于定义模块的模块接口或充当ENV变量(内联ENV)。因此,这不是将变量用作全局共享的最佳方法。因为每次定义一些模块时,您总是需要考虑在上部模块上使用了哪些变量。可能您最终会像:first_module_s3_bucket_name
,second_module_s3_bucket_name
。
但是locals
更有意义,可以与子模块共享。因为,本地人希望避免重复相同的值。
如果您有兴趣的话,有关Hashicorp功能要求的新讨论。