Проблема «уникального сервера»
В большинстве небольших компаний есть сервер, который настраивали несколько лет подряд разные люди. Никто точно не знает, что на нём изменено, а потому его страшно обновлять и невозможно повторить. Когда он ломается, восстановление превращается в археологию.
Что такое инфраструктура как код
Это когда конфигурация серверов и сервисов лежит в репозитории Git в виде файлов, а не в памяти администратора. Из этих файлов сервер можно собрать заново автоматически. Любое изменение — это коммит: видно, кто, что и зачем поменял, и можно откатить.
Что это даёт бизнесу
- Восстановление за часы, а не дни. Новый сервер разворачивается из репозитория, данные — из резервной копии.
- Независимость от конкретного человека. Знания о системе лежат в коде и документации.
- Безопасные изменения. Обновление сначала проверяется на тестовой копии, потом применяется на боевой.
- Предсказуемый бюджет. Меньше ручных работ — меньше часов подрядчика.
С чего начать
Не нужно переписывать всё сразу. Начните с одного сервиса: опишите его в Docker Compose или Ansible, положите в Git, настройте автоматическое развёртывание. Затем следующий. Через несколько месяцев «уникальных» серверов не останется.
Мы работаем именно так, в том числе для собственной инфраструктуры: GitOps и CI/CD.