Переход инфраструктуры к IaC

IaC, Infrastructure as Code, Инфраструктура как код — это подход, при котором инфраструктура не разворачивается и администрируется в ручном режиме, а описывается в виде кода, при этом процессы работы с кодовой базой инфраструктуры происходит аналогично кодовой базе разработчиков, то есть инфраструктурный код проходит коммиты, сборку, merge requests, code review. Это дает возможность существенно уменьшить риски человеческого фактора за счет исключения ручных операций, гарантировать получение одинакового результата при разворачивании окружений в новых местах, просмотреть историю всех изменений в коде инфраструктуры. Еще один плюс IaC, это стандартизация и — то есть уверенность в том, что при уходе специалиста с проекта новый инженер с соответствующим опытом сможет быстро разобраться с тем, как работает инфраструктура. Фактически, в этом случае IaC может являться документацией, описывающей проект.

Перевод инфраструктуры в IaC обеспечивает автоматизацию работы с инфраструктурой, улучшает ее управляемость и масштабируемость, снижает вероятность ошибок, упрощает и ускоряет процессы развертывания и восстановления. Этот подход также способствует повышению безопасности инфраструктуры за счет доступности всей истории изменений.

В работе мы постоянно используем, в основном, Terraform, Ansible. Фактически, это стандартные инструменты описания инфраструктуры на текущий момент. Инфраструктура, описанная таким образом, может быть достаточно легко передана на поддержку любому опытному DevOps инженеру.

Мы начинаем с аудита текущей инфраструктуры, определяем области для оптимизации, после чего шаг за шагом описываем инфраструктуру как код. После описания мы тестируем изменения, чтобы убедиться, что окружения работают так, как необходимо. При необходимости мы можем провести демонстрацию работы для команды, но обычно этого не требуется, потому что код IaC сам является документацией к инфраструктуре и может быть понят опытными DevOps инженерами и разработчиками.

Да, как минимум тем, что все изменения хранятся в системе контроля версий и, как следствие, доступны любому человеку из команды. Также работа с инфраструктурой проходит по стандартному процессу работы с кодом, принятым в компании. Обычно такой процесс включает себя обязательное ревью всех изменений со стороны других членов команды.

Мы рекомендуем использовать уже имеющуюся и работающую в проекте систему конверсий. На данный момент, самая популярная — это Git, и ее облачные и self-hosted версии.

Мы интегрируем IaC с существующими CI/CD пайплайнами, используя инструменты, такие как Jenkins, GitLab CI/CD, CircleCI и другие. Это позволяет автоматизировать развертывание и обновление инфраструктуры, наряду с кодом приложения.

IaC обеспечивает согласованность и повторяемость инфраструктуры, ускоряет развертывание, уменьшает ручной труд и улучшает взаимодействие между командами разработки и сопровождения, что является одной из основ DevOps.

Вы можете ожидать значительное улучшение скорости развертывания инфраструктуры, снижение ошибок и простоев, хранение всех изменений в системе контроля версий, и, как следствие, повышение безопасности, и, наконец, упрощение управления инфраструктурой. Это приводит к повышению общей эффективности и снижению затрат.