Содержание слайдов

1. 1. DevOps культура: мифы и реальность

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

2. 2. Сначала мифы, потом то, что выросло на практике

   О чём поговорим

   Мифы: кто, что и как

   Реальность: бизнес и IT

   Команды и зрелость

   Выводы

3. 3. 01. Мифы

   Кто, что и как — три способа промахнуться

4. 4. Человека-devops'а не существует

   Кем его чаще всего называют

   Не отдельный человек

   Не организационный юнит рядом с dev и ops

   Не человек, который знает, как всё сделать

   Не сисадмин со смузи и не разработчик с CI/CD

5. 5. Devops подменяют его формой

   За что его выдают

   Не набор правильных модных технологий

   Не другое название для ITIL/ITSM

   Не просто buzzword про культуру разработки

6. 6. Быстрые ходы не покупают культуру

   Как «сделать devops» снаружи

   Консультанты, проповедующие про культуру

   Консультанты, рассказывающие про модные технологии

   Консультанты, зааутсорсившие CI/CD в blackbox

   Выкупить внешнюю команду целиком

7. 7. 02. Реальность

   Как это начиналось и во что превратилось

8. 8. Инфраструктура доросла до внутреннего продукта

   Один стек, две точки зрения

   Физическая инфра — то, что стоит в стойке

   Виртуальная инфра и IaaS — ресурс по требованию

   PaaS и приложения — то, за что платит бизнес

   Бизнес смотрит сверху, IT — снизу

9. 9. Команда разработки отвечает за свой прод

   Современный подход к разработке

   Отдельные сервисы взамен монолитов

   Команда пишет код и эксплуатирует его через CI/CD

   Инженерная команда даёт *aaS: PaaS, IaaS, DBaaS

   И тулинг: logging, monitoring, service mesh, GitLab CI

10. 10. Core и инженерная собрались в платформенную

    Разделение на stream-aligned и платформенные команды

    Разработка разделилась на stream-aligned и core

    Stream-aligned просто делают бизнес-фичи

    Core занялась общими инструментами

    Core и инженерная объединились ради PaaS

11. 11. 03. Команды и зрелость

    Анализ с точки зрения Team Topologies

12. 12. У каждого типа команд свой клиент

    Четыре типа команд и три типа взаимодействий

    Stream-aligned team — поток бизнес-ценности

    Platform team — внутренний продукт

    Enabling team — помогает освоить практики

    Complicated-subsystem team — узкая экспертиза

13. 13. Платформа появляется на пересечении масштаба и зрелости

    Инженерная зрелость против размера организации

    Малый масштаб: специализация и плотное общение

    Выше зрелость: сквозная ответственность

    Больше масштаб: специализация поверх PaaS

    И то и другое: фокус на надёжности

14. 14. 04. Выводы

    Что забрать с собой

15. 15. Devops — про объединение разработки и эксплуатации

    И про то, как это выглядит на разном масштабе

    Devops — перегруженный термин

    Вокруг него много мифов

    По сути — объединение разработки и operations

    На большом масштабе: stream-aligned плюс платформенные команды, платформенные делают PaaS

    На малом масштабе: командам выгодно брать облачный PaaS

16. 16. Что изучить

    Ссылки с финального слайда доклада

    Книга «Team Topologies» — есть краткое саммари в трёх частях

    Статья про взаимодействие продуктовых и платформенных команд

    Статья про границы переиспользования общих решений

    Доклад Станислава Халупа «DevOps-эры в Тинькофф»

17. 17. Спасибо!

    polomodov.tech

    Все слайды и ссылки — в Telegram-канале

    Александр Поломодов, Technical Director & Fellow, Т-Технологии

    @book_cube