Как вы осуществляете версионирование кода инфраструктуры?

Версионирование кода инфраструктуры (Infrastructure as Code, IaC) осуществляю следующим образом:

1. Система контроля версий: Использование Git как основной системы. Каждое изменение в коде Terraform, Ansible, Kubernetes манифестах и других конфигурационных файлах фиксируется в коммите.
2. Ветки: Применяю модель ветвления, чаще всего GitFlow или упрощенный вариант с feature-ветками, develop и main/master. Разработка ведется в feature-ветках, мержится в develop для тестирования, а затем в main для развертывания в production.
3. Pull Requests (Merge Requests): Все изменения проходят через процесс ревью с помощью Pull Requests. Это позволяет другим членам команды просмотреть код, обсудить изменения и убедиться в их качестве и безопасности перед слиянием.
4. Тегирование: Использую теги для обозначения стабильных версий инфраструктуры, соответствующих определенным развертываниям (например, версия, развернутая в production на определенную дату или после определенного релиза приложения).
5. Модуляризация: Разделение кода на переиспользуемые модули (например, в Terraform) или роли/плейбуки (в Ansible) помогает управлять сложностью и версионировать каждую часть инфраструктуры отдельно при необходимости.
6. Автоматизированные тесты: Включаю тестирование инфраструктуры (например, Terratest для Terraform, molecule для Ansible) в CI/CD пайплайн. Коммиты проходят тесты перед слиянием и развертыванием.

Пример структуры репозитория:

// Корневая папка репозитория IaC
├── terraform/
│   ├── modules/
│   │   └── vpc/
│   │       └── main.tf
│   ├── environments/
│   │   ├── dev/
│   │   │   └── main.tf
│   │   └── prod/
│   │       └── main.tf
│   └── main.tf
├── ansible/
│   ├── roles/
│   │   └── webserver/
│   │       └── tasks/
│   │           └── main.yml
│   ├── inventory/
│   │   ├── dev
│   │   └── prod
│   └── site.yml
├── kubernetes/
│   └── deployments/
│       └── app/
│           └── deployment.yaml
├── .gitignore
├── README.md
└── Jenkinsfile // Или .gitlab-ci.yml, .github/workflows/...

Каждое изменение внутри этих директорий версионируется с помощью Git. Различные окружения (dev, prod) также явно представлены в коде, и их конфигурации версионированы. Тегирование на уровне коммитов позволяет точно знать, какая версия кода инфраструктуры была развернута в каждом окружении.