GitOps-подход к инфраструктуре
Также: IaC в Git, инфраструктура как код в Git, GitFlow infra, конфиги в системе контроля версий, версионирование инфраструктуры
GitOps-подход к инфраструктуре - практика хранения конфигураций серверов, сетевого оборудования и CI/CD-пайплайнов в Git-репозитории с применением модели ветвления. Любое изменение инфраструктуры проходит через pull request, ревью и автоматизированный деплой - так же, как изменение кода приложения. История коммитов даёт полный аудит: кто, когда и зачем изменил конфигурацию. Это делает состояние инфраструктуры воспроизводимым и откатываемым.
Статьи с этим термином · 9
- Terraform 1.3: optional() в object-типах и check-блоки вместо ручных smoke-тестов · 29 сентября 2022
- Terraform 0.12: вынесли инфру трёх стендов в один модуль с for_each - новое окружение теперь одна строка в tfvars · 16 мая 2019
- Terraform 0.11: интерактивный apply и preview HCL2 - что это значит для модульной инфраструктуры · 23 ноября 2017
- Grafana 4.4: LDAP-группы для Teams и автоматический provisioning дашбордов · 28 августа 2017
- Terraform + Ansible: как мы формализовали IaC-процесс и зачем это вообще нужно · 6 июня 2017
- Gradle + Jenkins Pipeline: переносим freestyle-джобы в Jenkinsfile и перестаём бояться CI-конфига · 31 августа 2016
- Jenkins Pipeline DSL: Jenkinsfile в репозитории и история сборок в git · 19 февраля 2016
- Ansible Vault: шифруем секреты прямо в репозитории · 28 октября 2014
- Fig + Docker: один yaml-файл вместо тридцати строк баша · 17 июня 2014