Многие любят писать свой код IaC с нуля — «я же всё делаю правильно». Но реальность другая: половину времени DevOps проводит, разбираясь в чужих модулях, которые писали люди с разным опытом, стилем и, иногда, без особой любви к документации.
👉 Что важно при чтении чужого Terraform:
1. Понять архитектуру целиком
Не лезь сразу в
main.tf. Сначала посмотри, как устроены модули, переменные (variables.tf) и выходные значения (outputs.tf). Это даст картину, что и куда деплоится.2. Следить за провайдерами
Версии провайдеров часто ломают совместимость. Если ты видишь
~> 3.0, проверь changelog — иначе можно «внезапно» словить падение пайплайна.3. Где переменные и секреты
Иногда секреты лежат в
terraform.tfvars или вообще в репозитории (да, это ужасно, но встречается). Убедись, что конфиденциальное вынесено в Vault или хотя бы в CI/CD переменные.4. Понять логику окружений
Terraform любят разбивать на
env/prod, env/stage. Но бывает, что переменные переопределяются через -var-file в пайплайне. Если пропустишь этот момент, в прод может уехать конфиг от стейджа.🛠 Мастерство DevOps — не только писать, но и быстро разбирать чужие хаотичные конфиги, чтобы не потратить на это неделю.
Подпишись 👉@devopslib