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

DevOps, инженеры и сообщество

DevOps, инженеры и сообщество

Работа в стиле DevOps совсем не похожа на классическую waterfall-разработку — процессы другие и инструменты другие. То, что его должны реализовывать другие инженеры, тоже очевидно. При этом DevOps пытаются делать через простое переименование системных администраторов в DevOps-инженеров. Что это за зверь — непонятно. Каждая компания придумывает для себя свою версию DevOps-инженера. Между тем инженерные практики DevOps требуют от инженеров новых навыков, другого взгляда на вещи, других компетенций. Это обычно называют «культурой» с некоторым оттенком религии, но культура — это всегда набор правил и навыков, без которых нельзя ничего сделать.

В нашем докладе мы разберем, какие в DevOps есть роли и схемы взаимодействия между ними, какие навыки и новые практики надо освоить инженерам, чтобы DevOps-процесс начал работать, и что бывает, когда они эти навыки не осваивают. Навыкам можно учить, можно распространять через сообщество — в этом важность сообщества, а не только в прикольном времяпрепровождении. Ключ к распространению культуры — сообщество.

Kirill Tolkachev

October 14, 2018
Tweet

More Decks by Kirill Tolkachev

Other Decks in Technology

Transcript

  1. DevOps, Инженеры и
    сообщества

    View Slide

  2. Александр Титов Кирилл Толкачёв

    View Slide

  3. DevOops в Питере

    View Slide

  4. DevOps для туристов

    View Slide

  5. С Я.Картами
    всё проще
    *это не реклама

    View Slide

  6. Туристу нужно ориентироваться...

    View Slide

  7. Местным хорошо известны тонкости

    View Slide

  8. VS

    View Slide

  9. В 10 Раз лучше
    VS

    View Slide

  10. Как DevOps заводится в
    вашей компании?

    View Slide

  11. Хм, ничего нового
    Важный начальник
    Кто-то смелый и решительный
    Ммм...
    Им нужно что
    то новенькое?

    View Slide

  12. Котел с
    Хренью
    Домыслы
    Враки
    Сейчас я им
    приготовлю...

    View Slide

  13. Котел с
    Хренью
    Домыслы
    Враки
    Проверенное
    старое
    Сейчас я им
    приготовлю...

    View Slide

  14. Котел с
    Хренью
    Домыслы
    Враки
    Проверенное
    старое
    Не пригодилось
    Сейчас я им
    приготовлю...

    View Slide

  15. Скорость!
    Качество!
    Антихрупкость!

    View Slide

  16. Кто внедряет?

    View Slide

  17. C*
    Кто внедряет?

    View Slide

  18. C*
    Кто внедряет?
    M*

    View Slide

  19. C*
    Кто внедряет?
    M*
    IT

    View Slide

  20. C-Level
    C*

    View Slide

  21. C-Level
    C*
    Как???!

    View Slide

  22. View Slide

  23. C-Level Курильщика
    DevOps

    View Slide

  24. Таблицы половозрелости
    Используется Jenkins да Уровень 1
    Пишутся тесты да Уровень 1
    Автоматизирована доставка да Уровень 2
    Еще что-то нет Уровень 2
    Еще что-то сложное нет Уровень 3
    ... нет ...
    ... нет Уровень 90

    View Slide

  25. да Уровень 1
    да Уровень 1
    да Уровень 2
    нет Уровень 2
    нет Уровень 3
    нет ...
    нет Уровень 90

    View Slide

  26. C-Level
    - Нужна другая стратегия
    Должны:
    - Понимать и разбираться
    - Разбираться в технологическом процессе (понимать, почему одна компания
    может “быстрее” другой)

    View Slide

  27. А нужно был разбираться

    View Slide

  28. Что умеем делать
    Чему нужно учиться

    View Slide

  29. Сильные и слабые стороны
    компании

    View Slide

  30. квалификация кадров
    Сложность бизнеса

    View Slide

  31. При чём тут DevOps?

    View Slide

  32. При чём тут DevOps?
    У нас же трансформация

    View Slide

  33. При чём тут DevOps?
    У нас же трансформация
    Светлое будущее там

    View Slide

  34. Рост талантов
    1. Нанимать хороших/лучших
    специалистов
    2. Обучать существующих
    - Новые навыки
    - Улучшение старых

    View Slide

  35. Кого нанимать-то?
    И как нанимать
    в условиях отсутствия таковых

    View Slide

  36. Почему бы нам не нанять DevOps`a?

    View Slide

  37. А следом и
    — 2х Аджайлов
    — 1го Вотерфола?

    View Slide

  38. А следом и
    — 2х Аджайлов
    — 1го Вотерфола?
    — и наверно стоит нанять ТДД!

    View Slide

  39. © @abashev
    DevOps как слава КПСС
    → Вообще не человек

    View Slide

  40. Чему обучать-то?

    View Slide

  41. Колодцы
    Исследование БТ ТЗ Разработка Тестирование Внедрение и сопровождение
    Технолог Разработчик Тестировщик Администратор
    Проектный менеджер
    Аналитик
    Колодцы/Silos

    View Slide

  42. Туман войны

    View Slide

  43. Туман войны
    В жизни

    View Slide

  44. Туман
    колодцев

    View Slide

  45. М
    Парк
    Kubernetes
    Озеро Docker
    Туман
    колодцев

    View Slide

  46. Распространение опыта
    На яндекс картах вы видите только те районы, где побывали

    View Slide

  47. Как объединить
    людей
    Достаём себя из колодца

    View Slide

  48. Скопление знаний
    Wiki
    Общий
    Docker image
    DevOops

    View Slide

  49. “Яндекс карта” – внутри компании
    1. Если кто то уже выучил кубернетес, то другим уже достаточно посмотреть на
    карту
    2. Карта с двумя разными значками на одном объекте (spring vs guice). В
    разных колодцах разные значки

    View Slide

  50. М
    Улица Ansible
    Туман
    колодцев

    View Slide

  51. М М
    Парк
    Kubernetes
    Улица Ansible
    Озеро Docker
    Туман
    колодцев

    View Slide

  52. Единый словарь
    М
    М
    М
    М

    View Slide

  53. Единый словарь
    М
    М
    М
    М

    View Slide

  54. Единый словарь
    М
    М
    М
    М

    View Slide

  55. Единый словарь
    М
    М
    М
    М
    М
    N — подходящих решений для бизнеса

    View Slide

  56. Технологическая платформа
    +
    Навигация
    Общий
    словарь

    View Slide

  57. Технологическая платформа
    + =

    View Slide

  58. Технологическая платформа компании
    Переход от ролей к платформе и связям внутри компании
    Выравнивать людей не получится – но можно сплотить вокруг чего то
    Мысль про развитие платформы и процесса как конкурентного преимущества
    - Время, которое нужно для создания платформы для выходна на уровень
    производительности Х – конкурентной преимущество
    - Скорость производство – то как этим преимуществом можно воспользовать

    View Slide

  59. Навык навигации
    Единая точка влияния

    View Slide

  60. Навык навигации
    Единая точка влияния

    View Slide

  61. Навык навигации
    Единая точка влияния
    Ценности Компании

    View Slide

  62. Навык навигации
    DevOps культа – обязанности
    1. понимать структуру компании
    2. ценности компании
    3. использовать это для решения проблем
    4. использовать это для развития процессов
    ! Необходимо влиять и на технологии и на процесс
    ! Так же и технологии внутри компании, призваны помогать, как Я.Карты туристу,
    но не заменяют знания и умения

    View Slide

  63. А кто нужен чтобы сделать это? (Diversity)
    - Нужно привести людей с разными взглядами на проблемы
    - На конференции все роли представлены в программе

    View Slide

  64. View Slide

  65. SRE
    Технологический стэк

    View Slide

  66. SRE
    Технологический стэк
    ...

    View Slide

  67. SRE
    Технологический стэк
    ... ...

    View Slide

  68. Infrastructure Engineer
    - Построение инфраструктуры, которое дает приложению память, процессор и
    сетевую связность так, чтобы все работало и было безопасно
    - Понимать и разбираться в железе, сетях, низкоуровневых стеках
    Задача
    - Сделать PaaS и предоставить IaaS внутрии компании

    View Slide

  69. Infrastructure Engineer
    MEM
    CPU DISK NET LB APM APM

    View Slide

  70. Infrastructure Engineer
    MEM
    CPU DISK NET LB APM APM
    Сервис обеспечения доступа (API)
    PaaS
    IaaS
    SaaS

    View Slide

  71. Infrastructure Engineer
    MEM
    CPU DISK NET LB APM APM
    API доступа
    PaaS
    IaaS
    SaaS

    View Slide

  72. Infrastructure Engineer
    MEM
    CPU DISK NET LB APM APM
    Сервис обеспечения доступа (API)
    PaaS
    IaaS
    SaaS

    View Slide

  73. Service Engineer
    - Почему не иметь JVM инженера если у нас везде Java
    - Почему не иметь NGINX инженера если у нас везде Nginx
    Должен
    - Супер классно разбираться в конкретном инструменте

    View Slide

  74. Service Engineer
    Технологический стэк
    ...

    View Slide

  75. Service Engineer
    Технологический стэк
    ...

    View Slide

  76. Service Engineer
    Технологический стэк
    ...
    ... ...

    View Slide

  77. - Описывает в коде продукт, а не пишет алгоритмы
    - Думает как тестировать, мониторить, как код работает в продакшене
    Должен
    - Понимать бизнес-пользу и делать все, чтобы она была донесена
    Продуктовый разработчик

    View Slide

  78. Продуктовый разработчик
    Сервис обеспечения доступа (API)
    Технологический стэк

    View Slide

  79. Продуктовый разработчик
    Сервис обеспечения доступа (API)
    Технологический стэк

    View Slide

  80. Человек - вирус

    View Slide

  81. Итоговый профиль человека

    View Slide

  82. Никто не откажется
    от помощи

    View Slide

  83. Никто не откажется
    от помощи
    Но это требует
    доверия

    View Slide

  84. Почему вы пришли на конференцию?
    - Вы решили, что опыт спикеров вам будет полезен, и решили довериться

    View Slide

  85. Местным хорошо известны тонкости

    View Slide

  86. View Slide

  87. Плавание
    в Нидерландах

    View Slide

  88. Не плачь, херачь

    View Slide

  89. Сообщество и DevOps

    View Slide

  90. Сообщества
    - Митапы
    - Конференции
    - Внутренние митапы
    - Habrahabr

    View Slide

  91. Сообщества
    - Митапы

    View Slide

  92. Сообщества
    - Митапы
    - Конференции

    View Slide

  93. Сообщества
    - Митапы
    - Конференции
    - Внутренние митапы
    - Habrahabr

    View Slide

  94. Делай свое сообщество!

    View Slide

  95. Выводы
    1. Глубину конкретных знаний и способность
    ориентироваться совмещай
    +
    =

    View Slide

  96. Выводы
    1. Глубину конкретных знаний и способность
    ориентироваться совмещай
    2. Информацию распространяй, сообщество строй
    +
    =

    View Slide

  97. Выводы
    1. Глубину конкретных знаний и способность
    ориентироваться совмещай
    2. Информацию распространяй, сообщество строй
    3. Колодцы внутри компании и вне ломай
    +
    =

    View Slide

  98. Список литературы
    The Art Of Scalability
    Google SRE
    Servant Leadership
    Netflix Culture: Freedom And Responosibility
    Netflix Culture

    View Slide

  99. QA
    99
    Не пишите в резюме DevOps Инженер
    @tolkv @osminog

    View Slide