Год назад мы решили перевезти весь Skyeng, а это было 300 работающих проектов в Kubernetes (В названии 400, а в тексте 300 потому что за год появилось еще больше 100 проектов, это отдельный момент доклада). Почему? Swarm мертв, баги висят, комьюнити умерло, да и будущее за Кубером — разработка убегает на него из-за удобства эксплуатации, скорости, качества и стабильности.
Речь пойдет о том, как мы в команде инфраструктуры выстроили процесс миграции. Для чего? Конечно же рассказать «какие мы молодцы» и чтобы поделиться неожиданными моментами, которые нас замедлили и которые стоит брать в работу на ранних этапах. Будет интересно как СТО и руководителям инфраструктуры, так и непосредственно ребятам из команд инфры.

В деталях поговорим про:

- Подходы к миграции и практики выстраивания пайплайнов: как сделали мы, что советуем, а что нет.
- Ошибки прогнозирования и целеполагания: почему могли за полгода, а получили честный год и как не допустить похожего сценария.
- Ошибки проектирования: с какими техническими трудностями мы столкнулись и как их решали.
- Как росла скорость переключения проектов до 3-5 в день и что помогло ускориться.
- Работа с командой: как распределить роли и обязанности.

О СПИКЕРЕ

Практикующий инженер, devops-евангелист. Сторонник гибких методологий разработки и подхода IaC. Работал в продуктовой разработке, FinTech, EdTech. Успел побыть в роли тимлида, техлида, а потом вернуться в разработку.

DevOps

MIDDLE

Skyeng, Москва
Системный инженер

Андрей Важенин