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

DevOps в ESforce: все пути ведут в Kubernetes?

DevOps в ESforce: все пути ведут в Kubernetes?

DevOps Meetup at Mail.ru Group, 21-03-2019
Олег Шабанов (ESforce, менеджер по инфраструктуре)

В докладе:

Временные затраты и профит – всегда ли имеет смысл кубернетизация? Как мы определяли этапы перехода наших проектов из разных архитектурных стеков, зачем и почему.

От Standalone и боли до Kubernetes, его тернистая и не всегда очевидная дорога: о проектах, которые прошли «круги ада» и продолжают свой нелегкий путь.

Стандартизация и ее пути: реализация, к которой нужно стремиться для максимально эффективного взаимодействия разнотипных проектов холдинга.

DevOps Moscow

March 21, 2019
Tweet

More Decks by DevOps Moscow

Other Decks in Education

Transcript

  1. О чем поговорим? • Проблемы взаимодействия команд и проектов, •

    Изменение философии коллектива, • Как мы меняли проектную архитектуру в Esforce.
  2. • IT-директор BustrenPM (Испанско-российский стартап), проектирование метрополитена в Москве, •

    IT-архитектор в YotaDevices, выпуск на рынок YP2, YP3, • Приглашение в ESforce – IT-менеджер. О себе:
  3. Социальные сети E-commerce Игры Поиск Mail.Ru Hi-Tech Mail.Ru Леди Mail.Ru

    Авто Mail.Ru Новости Mail.Ru Здоровье Mail.Ru Дети Mail.Ru Кино Mail.Ru Недвижимость Mail.Ru Питомцы Mail.Ru Все аптеки ВКонтакте Одноклассники Мой мир Мессенджеры ICQ Агент Mail.Ru ТамТам Юла Delivery Club Am.ru Pandao Киберспорт Карты ESforce MAPS.ME Гикбрейнс Решения для бизнеса Почта и Портал Образова- тельные проекты Ситимобил
  4. +20% в год ~ $45 млн Рынок киберспорта Данные: Paypal,

    Esforce, Nilsen, ФКС России Динамика рынка Киберспорт в России: 10 млн чел Аудитория киберспорта
  5. Общая цель, общие проблемы: • Большое количество сервисов. Сложность оценки

    работы, время вхождения структуры, контроль пользователей и задач; • Сотрудники в разных регионах выстраивают инфраструктуру под себя; • Команды используют удобный им технологический стэк.
  6. А может, договоримся? • Определение наиболее популярных решений – стэк

    технологий; • Погружение в процесс каждой команды: личные встречи, выслушивание боли команд; • Подготовка и реализация; • Идем договариваться: предлагать свою помощь.
  7. В итоге мы получили 2 вида команд: • Группа «Лояльная

    группа» – 70 %, • Группа «Не влезай, убьет» – 30 %.
  8. «Лояльная группа». • Легко договорились, • Презентовали новую методологию, •

    Начали работать в новой системе, как итог – довольные сотрудники.
  9. «Не влезай, убьет!». • Воспринимали все «в штыки», • Мы

    настроили систему и просто ждали… • Помощь от «Лояльных групп», • Сами пришли к нам за помощью.
  10. Счастье и сожаление. Несем потери, но уходили те, кто не

    был готов. Остальные усилили текущую IT-команду.
  11. Проблемы: • Зависимость от сервисов Amazon, • Проекты еще сильнее

    разрослись: было более 100 инстансов, • Сложнее обслуживать.
  12. Осмысление… Оценили проекты и разбили на 2 типа: • Простые

    проекты - не более 2х узлов, без сопутствующих сервисов; • Сложные проекты - имеют более 2х узлов, имеют контур разработки и деплой. Выбор решения: • После переноса проектов мы поехали на Mail.Ru Cloud Solutions; • Основные опасения были по поводу S3.
  13. Изменения в жизни: 1. Хорошо сэкономили. 2. Результаты от k8s:

    • Проще управлять проектами, • Коробочное решение, • Деплой и откат стали гораздо удобнее, • Скорость и количество деплоев возросло. 3. Лояльность увеличивается.
  14. Выводы: • Общие проблемы и в стартапах и в холдингах:

    нужно идти на компромисс, «метод пряника» всегда лучше «кнута»; • Нужен ли k8s всем проектам? Маленькие проекты могут быть элегантными и без него; • А для остальных проектов k8s необходим.