Маленькая DevOps-команда в большом бизнесе — инструкция по применению
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Когда DevOps-команда уменьшилась с шести до трёх человек, объём задач, SLA и ожидания бизнеса не изменились. В докладе я разберу, какие управленческие решения приходится принимать тимлиду в ситуации, когда ресурсы команды сокращаются, а ответственность остаётся прежней: что делать с L3 и операционной нагрузкой, какие процессы нужно пересобирать, какие — без сожаления «упрощать». Это не история про инструменты, а про пересборку системы управления в условиях ограниченных возможностей.
Отдельно разберём, какие решения оказались ошибочными и усилили нагрузку, а какие дали измеримый эффект — снижение операционной нагрузки, уменьшение числа инцидентов и рост прозрачности для бизнеса.
В IT с 2017 года. Профессиональный путь начал со стажировки в области автоматизации тестирования, после чего в течение двух лет работал QA Automation инженером. В рамках этой роли регулярно занимался доработкой CI/CD-pipeline, настройкой и поддержкой виртуальной инфраструктуры, а также разработкой вспомогательных скриптов. Работа с инфраструктурой и процессами доставки настолько заинтересовала меня, что я принял решение перейти в DevOps-направление.
В роли DevOps-инженера работаю уже 6 лет, за это время прошёл путь до позиции Lead DevOps, возглавляя команду и отвечая за развитие инфраструктурных решений и инженерных практик.
Видео
Другие доклады секции
Оптимизируй свою команду
