Upgrade to Pro — share decks privately, control downloads, hide ads and more …

От DevOps к Platform Engineering @DevOpsConf 2022

От DevOps к Platform Engineering @DevOpsConf 2022

От DevOps к Platform Engineering.
Слайды с выступления Игоря Курочкина на конференции DevOpsConf 2022.
https://enabling.team/insights/from-devops-to-platform-engineering

Igor Kurochkin

June 17, 2022
Tweet

More Decks by Igor Kurochkin

Other Decks in Technology

Transcript

  1. Кто я? • Ex-Scalaxy • Ex-Qik, Ex-Skype, Ex-Microsoft • Ex-Express

    42 • Enabling.team 2 https://enabling.team/ikurochkin
  2. От DevOps к Platform Engineering • Отчеты State of DevOps

    (DORA, Puppet, Express 42) • Конференции DevOps Enterprise Summit • Конференции DevOpsConf и DevOops • Издательство IT Revolution и книги по DevOps • Консорциум Linux Foundation (Cloud Native, FinOps, CD) 5 https://cloud.google.com/blog/products/devops-sre/take-the-2022-state-of-devops-survey
  3. От DevOps к Platform Engineering • Сообщество platformengineering.org • Митапы

    Platform Engineers • Первая конференция PlatformCon 2022 • Отчет Humanitec DevOps Benchmarking • Практики в Technology Radar от ThoughtWorks • Платформенные сервисы и инструменты 6
  4. 16

  5. 17

  6. 18

  7. 19

  8. 20

  9. E = (Nt − Np) * (1 + Nps *

    b) E — общая эффективность Nt — количество всех инженеров Np — количество платформенных инженеров s — коэффициент масштабирования b — коэффициент повышения эффективности 25
  10. Если 25% инженеров* будут платформенными, то эффективность инженеров увеличится!** 31

    * для организации в 1000 инженеров ** увеличится до 1465 инженеров *** это не точно
  11. E = (Nt − Np) * (1 + Nps *

    b) 32 Twitter, Adobe ? s — коэффициент масштабирования 0,7 ? b — коэффициент повышения эффективности 2 % ?
  12. 36 Коэффициент масштабирования Эффективность платформенных команд, Nps s=1 1 5

    10 50 100 200 250 s=0,9 1 4 8 34 63 118 144 s=0,8 1 4 6 23 40 69 83 s=0,7 1 3 5 15 25 41 48 s=0,6 1 3 4 10 16 24 27
  13. Дисфункции платформенных команд • Размер команд • Состояние команд •

    Отсутствие команд • Перегрузка команд • Взаимодействие команд 37
  14. Team-first подход • Команды небольшие • Стабильные • Минимальная единица

    • Ограничиваем нагрузку • Ограничиваем взаимодействие 38
  15. Team-first подход 250 платформенных инженеров: • 35 команд по 7-8

    инженеров • 4 кластера по 7-8 команд • Platform команды • Enabling команды 39
  16. 44 Коэффициент повышения эффективности 2% 1% 0,5% 0% • Решают

    не те проблемы • Делают долго • Делают сложно
  17. Цель платформенных команд? • Снижение Cognitive load • Повышение Team

    Autonomy • Улучшение Developer Experience • Повышение Developer Effectiveness 45
  18. Как измерить? • 4 key metrics (DF, LD, MTTR, CFR)

    ? • SPACE framework • Team Cognitive load metrics • Team Autonomy metrics • Developer Experience metrics • Developer Effectiveness metrics • InnerSource metrics 46
  19. Как измерить? 47 • 4 key metrics (DF, LD, MTTR,

    CFR) ? • SPACE framework • Team Cognitive load metrics • Team Autonomy metrics • Developer Experience metrics • Developer Effectiveness metrics • InnerSource metrics
  20. Как делать быстро и не сложно? • Соберите боли •

    Сделайте Thinnest Viable Platform (TVP) • Измерьте • Повторите 48 https://github.com/TeamTopologies/Thinnest-Viable-Platform-examples
  21. Где найти боли? • Разработчики и QA • Ops и

    DevOps инженеры • Техлиды и тимлиды • Scrum мастера и Agile коучи • PO и PM • CTO 49
  22. Итого • Состояние DevOps и Platform Engineering • Модель Platform

    Engineering • Team Topologies для платформенных команд • Продуктовый подход в платформе • Исследование Platform Engineering 57
  23. Давайте обсудим! • Презентация enabling.team/devopsconf2022 • Почта [email protected] • Твиттер

    IgorKurochkin • Линкедин ikurochkin • Телеграм IgorKurochkin 58 Platform Conf 2023