Если у вашей компании есть сайт, личный кабинет или своё приложение — вы уже сталкивались с проблемой, которую решает DevOps: «у программиста работало, а на сервере упало». Разбираем без жаргона, что это и кому нужно.
В чём суть
Классическая схема: программист пишет код, администратор вручную раскладывает его по серверам. Между ними — стена: разные настройки, разные версии, «у меня работало». DevOps убирает стену: развёртывание описывается кодом и выполняется автоматически, одинаково везде.
Что это даёт на практике
- Обновления без страха — новая версия сайта выкатывается одной командой и так же откатывается назад;
- Тестовый стенд — копия боевого сервера, где изменения проверяются до того, как их увидят клиенты;
- Инфраструктура как код — весь сервер описан в файле: новый сервер поднимается за час, а не за неделю;
- Мониторинг и алерты — о проблемах узнаёте от системы, а не от клиентов.
Кому нужен, а кому нет
Нужен, если у вас есть разработка: сайт с регулярными обновлениями, мобильное приложение, внутренние сервисы. Даже один разработчик получает выгоду от автоматического деплоя.
Не нужен, если вся ИТ — это офисные компьютеры и 1С: вам достаточно классического ИТ-обслуживания.
Сколько стоит
Базовое внедрение для небольшого проекта (деплой, стенд, мониторинг) — разовая работа на 2–4 недели. Дальше система обслуживается в рамках обычного администрирования, в том числе удалённо.
Вывод
DevOps — не про модные технологии, а про то, чтобы обновления не боялись, а серверы восстанавливались за час. Если у вас есть своя разработка — обсудим, какие практики дадут эффект именно вам.