Self‑service деплой: как перестать ждать DevOps и ускорить команду

В сфере искусственного интеллекта произошло заметное событие. sproshchaev 18 минут назад Self‑service деплой: как перестать ждать DevOps и ускорить команду Средний 6 мин 438 Блог компании OTUS DevOps * Карьера в IT-индустрии Kubernetes * Кейс Всем привет, меня зовут Сергей Прощаев. Я Tech Lead и руководитель направления Java | Kotlin разработки в FinTech & E-commerce, а ещё преподаю на курсах разработки и архитектуры в OTUS. Сегодня расскажу о том, как мы годами незаметно душили скорость разработки собственными руками — и как автоматизированные платформы, без ручного участия DevOps.

" data-abbr="self-service">self-service деплой помог нам из этого выбраться. Когда в очередной раз слышу «деплой — это не наша забота, это к DevOps», внутри что-то переворачивается. Не потому, что я против DevOps.

Технические детали

Я сам прошёл путь от разработчика до лида, который вынужден был по полчаса висеть в Slack в ожидании, пока кто-то накатит сборку на стенд. 1 – Разработчик, застрявший в очереди на ручной деплойПроблема не в людях. Проблема в том, что с ростом команд инженер платформы или DevOps-инженер превращается в единственный шлюз между разработчиком и продакшеном.

И это бутылочное горлышко, которое самортизирует любую Agile-культуру в ноль. Почему DevOps становится узким местом? Представьте: пять микросервисных команд, в каждой по 4–5 разработчиков.

Все они хотят выкатывать фичи несколько раз в день. А канал один — дежурный DevOps-инженер, который помимо деплоя ещё и мониторит кластер, чинит CI/CD и настраивает сетевые политики. В один непрекрасный понедельник у нас случился коллапс: разработчик из команды А ждал деплой 4 часа, потому что инженер разбирал инцидент с прод-базой.

Отраслевые последствия

4 часа ожидания кнопки «deploy» — и это в компании, где спринт длится неделю. Таких примеров масса. В небольших стартапах это ещё терпимо.

Но как только вы перешагиваете 20–30 разработчиков, ручная модель «заявка → жди → молись» начинает съедать до 30% полезного времени команды. И ладно бы просто время — оно убивает автономию. Разработчик перестаёт чувствовать ответственность за доставку фичи до пользователя.

Он сделал код, кинул тикет — и всё, дальше «не моя зона». Именно в этот момент мы начали всерьёз смотреть в сторону платформенной инженерии и self-service инфраструктуры. Что такое self-service инфраструктура (без маркетинга)?

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.