От сисадмина к человеку

На DevOps есть по крайней мере два устоявшихся взгляда — со стороны системных администраторов и со стороны разработчиков. Первые обычно хвастаются тем, что используют Chef/Puppet/Ansible/Docker c 200X года, вторые считают, что DevOps либо изжил себя и ведет к NoOps, либо, что «я завернул всё в контейнер, а дальше, как пойдёт».

Бизнес при этом читает про DevOps в статьях и надеется, что ребята снизу разберутся, что с ним делать. При этом самого DevOps не происходит, бизнес не похож на Google, компания не становится бирюзовой, люди не создают новых подходов для проверки гипотез в мире.

Доклад будет про DevOps как систему. Как он помогает бизнесу, какие компетенции со стороны инженеров должны появиться для DevOps, какие бизнес-задачи можно решать DevOps-методом производства программного обеспечения, а также какие ошибки возможны на пути к DevOps производству и как их избежать или купировать.

Как в конце концов инженеру стать Человеком и быть в этом мире творцом, как для этого построить карьерный путь и как начать смотреть на технологии по-человечески.

Transcript

1. От сисадмина к человеку Титов Александр, Экспресс 42
2. Избавляем бизнес от ИТ-зависимости Обо мне
3. Избавляем бизнес от ИТ-зависимости О чем рассказ • мой путь • что не так в применении DevOps • как начать думать по-другому в разработке ПО • как это влияет на применение инструментов
4. Избавляем бизнес от ИТ-зависимости DevOps разработчика • я могу использовать любые технологии • я могу все упаковать в Docker-контейнер • я пишу код, а как он там будет работать в продакшене не важно, за этим следят современные технологии
5. Избавляем бизнес от ИТ-зависимости DevOps разработчика, последствия • зоопарк технологий • сложно управляемое приложение • низкая устойчивость приложения
6. Избавляем бизнес от ИТ-зависимости DevOps сисадмина • наконец-то все автоматизировано! • я лучше знаю, как приложение должно вести себя в продакшене • здесь нужно использовать XXX, так как это зарекомендовало себя в мире (на самом деле очень хочу попробовать)
7. Избавляем бизнес от ИТ-зависимости DevOps сисадмина, последствия • куча write-only скриптов/кукбуков/конфигов/ Dockerfile • сисадмины в мыле и что-то чинят • разработчики жалуются, что их не понимают
8. Избавляем бизнес от ИТ-зависимости Традиционное представление о DevOpsах
9. Избавляем бизнес от ИТ-зависимости DevOps для бизнеса
10. Избавляем бизнес от ИТ-зависимости Enterprise A B
11. Избавляем бизнес от ИТ-зависимости Agile A B B B
12. Избавляем бизнес от ИТ-зависимости Технологическая компания Рынок ПО Инженеры Bizdev
13. Избавляем бизнес от ИТ-зависимости DevOps Сбор требований Разработка Тестирование Эксплуатация
14. Избавляем бизнес от ИТ-зависимости История DevOps • 2003 год, Бен Трейнор в Гугл создает команду SRE • 2009 год, Джон Алспоу и Пол Хаммонд сделали доклад про совместную работу разработчиков и сисадминов во Flickr • 2009 год, Патрик Дебуа придумывает термин DevOps и организовывает сообщество практики DevOps
15. Избавляем бизнес от ИТ-зависимости Как же применять DevOps? • осознать, что вы делаете цифровой продукт и для вас важен TTM • превратить все команды в команды разработки, но с разными зонами знаний • способствовать накоплению знаний в командах и обмену знаниями между командами
16. Избавляем бизнес от ИТ-зависимости Разработчик в DevOps • пишет не код, а продукт • сразу думает, как его код будет интегрироваться с другими компонентами • имеет представление об архитектуре • знает, как код будет работать в бою и знает, как понять, что происходит с приложением в бою.
17. Избавляем бизнес от ИТ-зависимости Инфраструктурный инженер • создает платформу для разработки продукта (не просто для разработчика!!!) • думает о том, чтобы платформа была удобной для разработчиков и тестировщиков, ускоряла процесс поставки • использует несколько слоев абстракции для предоставления сервиса • проектирует платформу как продукт, знает, как быть продукт оунером, что такое дизайн-мышление (для ведущих ребят и глав команд)
18. Избавляем бизнес от ИТ-зависимости Тестировщик-технолог • думает о том, какие процессы и технологии нужны для улучшения качества ПО • превращает эти процессы в код
19. Избавляем бизнес от ИТ-зависимости Релиз-менеджер/CTO • держит в голове процесс целиком • управляет ожиданиями бизнеса и техническими возможностями • продюсирует выпуски и релизы
20. Избавляем бизнес от ИТ-зависимости Инфраструктурная платформа Dev CI Test PreProd Prod код информация Cистема оркестрации ресурсов Мониторинг Логирование CI/CD Engine Хр-ще артефактов IaC DBaS Queue LB Other Процесс поставки сервисы
21. Избавляем бизнес от ИТ-зависимости Инфраструктурный инженер • инженер по системе поставки и развертывания (например Kubernetes) • инженер по AWS • инженер по логированию или мониторингу • инженер по сервису баз данных • инженер по сервису очередей • и еще много отдельных компетенций
22. Избавляем бизнес от ИТ-зависимости Base-service-app application service (nginx, pgsql,etc) base (ОС, backups, monitoring) Ops Ops Dev Ops* Layer Responsibility
23. Избавляем бизнес от ИТ-зависимости Процессы и технологии
24. Избавляем бизнес от ИТ-зависимости Компьютеры можно сравнить с музыкальными инструментами, их музыка — это идеи Алан Кей
25. Избавляем бизнес от ИТ-зависимости Люди и коммуникация
26. Избавляем бизнес от ИТ-зависимости http://devopsrussia.org
27. Избавляем бизнес от ИТ-зависимости Вопросы?