К основному содержимому
Скетч DevOps flow с CI/CD, контейнерами, мониторингом и бесконечным циклом
AGIMA DevOps Meetup · 28 июня 2021

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

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

/ DevOps культура: мифы и реальность · AGIMA 2021

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

  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