А как у вас с DevOps-зрелостью? 

Или «Почему ваш пайплайн больше похож на хромого единорога»

DevOps — это не точка назначения, а путь к более частым и надежным релизам. В лучших проектах DevOps превращается в настоящий «спорткар»: процессы полностью автоматизированы, CI/CD настраивается так, чтобы каждое изменение автоматически собиралось и развертывалось, а мониторинг отлавливает проблемы еще до того, как о них узнают пользователи. Релизы в таких командах, как правило, проходят «как по маслу», а технический долг благодаря автотестам стремительно съедается.

Но… Бывает и обратная ситуация (чаще всего). Такие проекты «пышут» проблемами. Они как телега с квадратными колёсами – релизы с полуживыми скриптами, мониторинг по логам, а автотесты проходят чисто вручную Васьком по пятницам. Знакомо?)

И самое печальное — чаще всего команда даже не понимает, насколько такой расклад дел плох. Потому что «оно же вроде работает»?

И чтобы лишить вас одной большой проблемы, я решил накатать небольшой тест, который поможет оценить автоматизированность проекта и необходимость в Devops-специалисте. Без долгих размусоливаний, погнали!

Мини-тест на DevOps-зрелость: оцените ваш проект за 1 минуту

Система оценки от 0 до 3. Где 0 – нет такого критерия, 1 — частично, 3 - максимально представлено.

CI/CD:

• «Запушил в git — всё само задеплоилось» (3 балла)

• «Запушил, потом руками запускаем скрипты, молимся» (1 балл)

• «А что такое CI/CD?» (0 баллов, и да, я плачу…)

Мониторинг:

• «Проблемы видны раньше пользователей» (3 балла)

• «Узнаём о проблемах, когда всё уже упало» (1 балл)

• «Мониторинг? Это когда менеджер пишет, что что-то тормозит?» (0 баллов)

Автотесты:

• «У нас их столько, что можно спать спокойно» (3 балла)

• «Пару есть, но мы им не доверяем» (1 балл)

• «Авто… что?» (0 баллов)

Релизы:

• «Кнопка «Выпустить» и 5 минут ожидания» (3 балла)

• «Ночь, кофе, молитва и откаты» (1 балл)

• «Не релизимся — просто выкатываем фичи прямо в прод» (0 баллов)

Техдолг:

• «Есть, но он под контролем» (2 балла)

• «Есть эпик Когда-нибудь починим» (1 балл)

• «Техдолга нет, у нас всё идеально!» (0 баллов, и я вам не верю)

Надежность:

• «Есть DR, RTO/PRO, SLA» (3 балла)

• «Где-то есть джоба, с названием "backup"» (1 балл)

• «Работает и хорошо» (0 баллов, и я вам не верю)

Расшифровка результатов

Что делать, если ваш DevOps хромает?

1. Не игнорируйте проблему. Если релизы приносят боль, значит, пора пересматривать процессы. Накопление технического долга — тихая бомба, которая в любой момент может замедлить команду и снизить надежность системы.

2. Автоматизируйте самое важное. Нет автотестов — начните с 1–2 критичных (unit/UI/etc). Нет мониторинга — настройте простейший стек (например, Grafana+Prometheus). Ручные деплои — заведите хотя бы базовый CI (GitLab CI, GitHub Actions или аналог).

3. Добавьте метрики и прозрачность. Если вы не видите, где «тормозит» система, вы словно летите вслепую. Сбор метрик (логов, показателей производительности и т.д.) и наглядные дашборды помогут быстрее реагировать на сбои.

4. Не бойтесь менять процессы. DevOps — это непрерывный путь улучшения, а не разовая акция. Двигайтесь постепенно: одна фича CI, один тест или мониторинг за раз, и вы точно увидите прогресс.

Подарок для самых стойких

Для самых стойких, кто дочитал до конца, — бонус! Документ, который поможет оценить проект, ждёт вас в моём камерном канале: https://t.me/secrets_of_devops.

А ниже спойлер про оценку: