Terraform декларативно описывает ресурсы (сети, ВМ, базы, DNS) на HCL. plan сравнивает код, state и реальность и показывает, что будет создано, изменено, удалено; apply выполняет. State — соответствие ресурсов в коде реальным объектам с их идентификаторами; без него Terraform не знает, чем управляет. Хранят его удалённо (S3-совместимое хранилище, Terraform Cloud) с блокировкой — иначе два apply одновременно испортят state.
А ещё OpenTofu — открытый форк Terraform после смены лицензии
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Цикл работы:
sottoterraform init — провайдеры и бэкенд state.terraform plan — разница между кодом и реальностью.terraform apply — применение, обновление state.Почему не в Git: state меняется при каждом apply, содержит секреты, конфликтует при параллельной работе. Удалённый бэкенд с блокировкой решает все три проблемы.
Организация:
lifecycle { prevent_destroy = true } для критичных ресурсов;import) вместо ручного пересоздания.Дрейф обнаруживают регулярным plan по расписанию.
terraform {
backend "s3" {
bucket = "tf-state"
key = "prod/network.tfstate"
region = "ru-central1"
endpoints = { s3 = "https://storage.yandexcloud.net" }
}
}
resource "yandex_vpc_network" "main" {
name = "prod"
}
resource "yandex_vpc_subnet" "app_a" {
network_id = yandex_vpc_network.main.id
zone = "ru-central1-a"
v4_cidr_blocks = ["10.0.0.0/20"]
}sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.