Roles and Responsibilities in CI/CD
A focused chapter on roles and responsibilities in ci/cd, with practical delivery concerns, trade-offs, and the operational questions behind CI/CD work.
Кто на самом деле участвует, когда вы выкладываете код в продакшен
Разбор ролей и ответственности при CI/CD-релизах: разработчик, QA, DevOps, SRE, DBA, security, product manager и release manager. Практический чек-лист для гладких деплоев.
Что на самом деле происходит, когда разработчик пушит код
Разбираем полный путь изменения от коммита до продакшена: роли разработчика, QA и DevOps, ручные передачи и автоматизация. Практический чек-лист для CI/CD.
Когда вашей команде нужны SRE и Platform Engineer
Признаки того, что команде пора внедрять Site Reliability Engineering и Platform Engineering: повторяющиеся инциденты, хрупкая инфраструктура, долгий онбординг. Практический чек-лист и примеры.
Почему DBA и инженеры безопасности блокируют ваши релизы (и как это исправить)
Функция готова, код написан, QA подписал, стейджинг работает. Вы планируете релиз на вечер. Но DBA или security engineer говорят: «Нет». Разбираем, почему так происходит и как сдвинуть проверки влево.
Кто решает, что действительно попадает к пользователям
У вас есть работающий пайплайн. Тесты проходят, сборки зелёные, кнопка деплоя ждёт. Но никто её не нажимает. Разбираемся, почему решение о релизе — это не техническая задача, а продуктовая и координационная.
Кто на самом деле отвечает за развёртывание?
Каждое развёртывание начинается с благих намерений. Разработчик завершает код, QA подтверждает тесты, безопасность даёт добро. Но когда что-то идёт не так, ответственность размывается. Статья объясняет, почему у каждого деплоя должен быть один ответственный — DRI, и как это меняет процесс.
Скрытая стоимость передач в вашем конвейере доставки
Передачи между командами — скрытый тормоз CI/CD. Узнайте, как очереди, потеря контекста и ожидание убивают скорость доставки, и как это исправить с помощью автоматизации и self-service.