Почему бизнес хочет DevOps и что нужно знать инженеру, чтобы говорить на одном языке DevOps-трансформация
Генеральный директор ITSumma.
15 лет в техническом менеджменте.
Постоянный участник и докладчик конференций Highload++ и РИТ++ с 2010 года.
Интересы: оптимизация производительности, траблшутинг, отказоустойчивость
Тезисы
Каждая конференция про DevOps начинается с вопроса о том, что такое DevOps и, кажется, от этого устали все. Это, однако, не меняет сути дела и встретить двух человек, у которых представления о том, что такое DevOps, различаются кардинально, совсем не сложно. Проблема появляется в том случае, когда эти оба человека работают в одной компании, один представляет бизнес, а второй — инженеров.
"DevOps-трансформация" дошла даже до крупных и малодвижимых компаний-динозавров, но то, что может являться потребностями бизнеса, может быть совсем непонятно инженеру.
В докладе я пройдусь по истории DevOps'а и по тому, почему DevOps как методология _создания_ программных продуктов стала трендом в головах бизнеса (часто заменяя или дополняя "Agile"). Попробую объяснить инженерам, в чем разница между потребностями бизнеса и тем, что видят важным они.
1. История развития доставки программного обеспечения от дискет и компакт-дисков до контейнеров.
2. Agile-методологии, почему они появились и как они связаны с доставкой?
3. Как DevOps появился из Agile и заменил Agile и почему он так привлекателен для бизнеса?
4. Какие инженерные решения максимально совпадут с интересами бизнеса, а про какие лучше говорить в отрыве от DevOps как методологии? Соответствие бизнесовых DevOps-метрик инженерным решениям.
