Среда Terraform - как сделать это СУХОЕ

Один из способов решить эту проблему - создать среду base, а затем создать символическую ссылку на общие элементы, например:

├─ modules
├── x
├── y
├─ environments
├── base
│   ├── output.tf
│   └── variables.tf
├── dev
│   ├── main.tf
│   ├── output.tf -> ../base/output.tf
│   └── variables.tf -> ../base/variables.tf
├── uat
│   ├── main.tf
│   ├── output.tf -> ../base/output.tf
│   └── variables.tf -> ../base/variables.tf
├── super_custom
│   ├── main.tf
│   ├── output.tf # not symlinked
│   └── variables.tf # not symlinked
└── prod
    ├── main.tf
    ├── output.tf -> ../base/output.tf
    └── variables.tf -> ../base/variables.tf

Этот подход действительно работает только в том случае, если ваши файлы output.tf и variables.tf одинаковы для каждой среды, и хотя у вас могут быть варианты без символических ссылок (например, super_custom выше), это может сбивать с толку, поскольку не сразу очевидно, какие среды являются пользовательскими, а какие нет. т. YMMV. Я стараюсь, чтобы изменения между средами были ограничены файлом .tfvars для каждой среды.

Стоит прочитать Отличный пост Charity Major о файлах tfstate, который поставил меня на этот путь.

Если ваши среды dev, uat и prod имеют одинаковую форму, но разные свойства, вы можете использовать рабочие места для разделения состояния среды вместе с отдельными файлами *.tfvars для указания различных конфигураций.

Это могло выглядеть так:

├─ modules
│   ├── x
│   └── y
├── dev.tfvars
├── prod.tfvars
├── uat.tfvars
├── main.tf
├── outputs.tf
└── variables.tf

Вы можете создать новое рабочее пространство с помощью:

terraform workspace new uat

Тогда развертывание изменений становится:

terraform workspace select uat
terraform apply --var-file=uat.tfvars

Функция рабочих пространств гарантирует, что различные состояния среды управляются отдельно, что является преимуществом.

Этот подход работает только тогда, когда различия между средами достаточно малы, чтобы иметь смысл инкапсулировать логику для этого в отдельных модулях (например, наличие флага high_availability, который добавляет некоторую дополнительную избыточную инфраструктуру для uat и prod).

Мы создали и открыли исходный код Террагрунт, чтобы решить эту самую проблему. Одна из функций Terragrunt - возможность загрузки удаленных конфигураций Terraform. Идея состоит в том, что вы определяете код Terraform для своей инфраструктуры только один раз, в одном репо, например, modules:

└── modules
 ├── app
 │   └── main.tf
 ├── mysql
 │   └── main.tf
 └── vpc
     └── main.tf

Это репо содержит типичный код Terraform с одним отличием: все в вашем коде, которое должно отличаться в разных средах, должно быть представлено как входная переменная. Например, модуль приложения может предоставлять следующие переменные:

variable "instance_count" {
  description = "How many servers to run"
}

variable "instance_type" {
  description = "What kind of servers to run (e.g. t2.large)"
}

В отдельном репо, называемом, например, live, вы определяете код для всех ваших сред, который теперь состоит только из одного файла .tfvars на компонент (например, app/terraform.tfvars, mysql/terraform.tfvars и т. д.). Это дает вам следующий макет файла:

└── live
    ├── prod
    │   ├── app
    │   │   └── terraform.tfvars
    │   ├── mysql
    │   │   └── terraform.tfvars
    │   └── vpc
    │       └── terraform.tfvars
    ├── qa
    │   ├── app
    │   │   └── terraform.tfvars
    │   ├── mysql
    │   │   └── terraform.tfvars
    │   └── vpc
    │       └── terraform.tfvars
    └── stage
        ├── app
        │   └── terraform.tfvars
        ├── mysql
        │   └── terraform.tfvars
        └── vpc
            └── terraform.tfvars

Обратите внимание, что ни в одной из папок нет конфигураций Terraform (файлов .tf). Вместо этого каждый файл .tfvars определяет блок terraform { ... }, который указывает, откуда загружать код Terraform, а также зависящие от среды значения для входных переменных в этом коде Terraform. Например, stage/app/terraform.tfvars может выглядеть так:

terragrunt = {
  terraform {
    source = "git::[email protected]:foo/modules.git//app?ref=v0.0.3"
  }
}

instance_count = 3
instance_type = "t2.micro"

А prod/app/terraform.tfvars может выглядеть так:

terragrunt = {
  terraform {
    source = "git::[email protected]:foo/modules.git//app?ref=v0.0.1"
  }
}

instance_count = 10
instance_type = "m2.large"

См. Документация Террагрунт для получения дополнительной информации.