
DevOps культура: мифы и реальность
Разбираем мифы и смотрим, как это устроено на масштабе

Разбираем мифы и смотрим, как это устроено на масштабе
Разбираем мифы и смотрим, как это устроено на масштабе
О чём поговорим
Мифы: кто, что и как
Реальность: бизнес и IT
Команды и зрелость
Выводы
Кто, что и как — три способа промахнуться
Кем его чаще всего называют
Не отдельный человек
Не организационный юнит рядом с dev и ops
Не человек, который знает, как всё сделать
Не сисадмин со смузи и не разработчик с CI/CD
За что его выдают
Не набор правильных модных технологий
Не другое название для ITIL/ITSM
Не просто buzzword про культуру разработки
Как «сделать devops» снаружи
Консультанты, проповедующие про культуру
Консультанты, рассказывающие про модные технологии
Консультанты, зааутсорсившие CI/CD в blackbox
Выкупить внешнюю команду целиком
Как это начиналось и во что превратилось
Один стек, две точки зрения
Физическая инфра — то, что стоит в стойке
Виртуальная инфра и IaaS — ресурс по требованию
PaaS и приложения — то, за что платит бизнес
Бизнес смотрит сверху, IT — снизу
Современный подход к разработке
Отдельные сервисы взамен монолитов
Команда пишет код и эксплуатирует его через CI/CD
Инженерная команда даёт *aaS: PaaS, IaaS, DBaaS
И тулинг: logging, monitoring, service mesh, GitLab CI
Разделение на stream-aligned и платформенные команды
Разработка разделилась на stream-aligned и core
Stream-aligned просто делают бизнес-фичи
Core занялась общими инструментами
Core и инженерная объединились ради PaaS
Анализ с точки зрения Team Topologies
Четыре типа команд и три типа взаимодействий
Stream-aligned team — поток бизнес-ценности
Platform team — внутренний продукт
Enabling team — помогает освоить практики
Complicated-subsystem team — узкая экспертиза
Инженерная зрелость против размера организации
Малый масштаб: специализация и плотное общение
Выше зрелость: сквозная ответственность
Больше масштаб: специализация поверх PaaS
И то и другое: фокус на надёжности
Что забрать с собой
И про то, как это выглядит на разном масштабе
Devops — перегруженный термин
Вокруг него много мифов
По сути — объединение разработки и operations
На большом масштабе: stream-aligned плюс платформенные команды, платформенные делают PaaS
На малом масштабе: командам выгодно брать облачный PaaS
Ссылки с финального слайда доклада
Книга «Team Topologies» — есть краткое саммари в трёх частях
Статья про взаимодействие продуктовых и платформенных команд
Статья про границы переиспользования общих решений
Доклад Станислава Халупа «DevOps-эры в Тинькофф»
polomodov.tech
Все слайды и ссылки — в Telegram-канале
Александр Поломодов, Technical Director & Fellow, Т-Технологии
@book_cube