Terraform Workflow: Write, Plan, Apply
A focused chapter on terraform workflow: write, plan, apply, with practical delivery concerns, trade-offs, and the operational questions behind CI/CD work.
Откуда берется инфраструктура
Инфраструктура не появляется сама собой. Разбираем, почему ручное управление серверами и базами данных ведет к хаосу, и как Infrastructure as Code с Terraform меняет подход к работе DevOps и платформенных инженеров.
Пишите инфраструктуру как код, прежде чем снова кликнуть мышью
Узнайте, как перейти от ручного создания серверов и БД через UI к Infrastructure as Code с Terraform. Практическое руководство для DevOps, SRE и инженеров.
Почему всегда нужно смотреть план перед запуском Terraform
Узнайте, почему просмотр плана выполнения terraform plan перед terraform apply экономит время, деньги и нервы. Практические советы для DevOps и инженеров.
Когда terraform apply действительно выполняется: что происходит после утверждения плана
Разбор процесса terraform apply: сохранённый план, блокировка состояния, частичный откат при сбоях и практические рекомендации для продакшена.
Почему Terraform нужен файл состояния (и почему его нельзя хранить на ноутбуке)
Узнайте, зачем Terraform нужен state-файл, почему локальное хранение опасно, и как настроить удаленное хранилище с блокировками для надежной работы в команде и CI/CD.
Когда запуск Terraform с ноутбука перестаёт быть достаточным
Управление инфраструктурой через Terraform из терминала работает, пока вы один. Но как только подключается команда, начинаются проблемы с координацией, видимостью и контролем. Перенос workflow в CI/CD пайплайн решает их.