DevOps и эксплуатация / Архитектуры, масштабируемость
Доклад принят в программу конференции
Целевая аудитория
Тезисы
Поделимся нашим многолетним опытом эксплуатации высоконагруженных проектов. Расскажем о ключевых этапах миграции в Kubernetes — от проектирования инфраструктуры до выстраивания CI/CD и комфортной среды разработки. Объясним, как подготовить архитектуру приложений к эксплуатации в Kubernetes с учетом 12+7 факторов. В контексте Ops-задач особое внимание уделим мониторингу и управлению инцидентами, а также выбору правильных стратегий VPA и HPA.
Прошел длинный путь в IТ (15 лет опыта) — от специалиста техподдержки до руководителя департамента архитекторов.
В технической экспертизе рос как инженер эксплуатации, глубоко вникал и разбирался во всех встречающихся технологиях и подходах — от глубокой оптимизации подсистем Linux до Kubernetes и микросервисных архитектур.
Спустя много лет в роли инженера понял, что хочет идти в сторону менеджмента, чтобы облегчать работу коллегам, помогать расти, избавляться от глупостей в управлении командами и людьми, делать больше и масштабнее.
Как следствие, став тимлидом, воспитал множество успешных и крутых профессионалов: тимлидов, их заместителей, инженеров.
Глубоко погружается в психологию, менторство, обучение сотрудников. Увлекается переговорным делом, окончил курс, основанный на Гарвардской школе переговоров от профессиональных медиаторов. Продолжает учиться каждый день и искать вдохновение у лучших руководителей. На данный момент руководит DevOps-агентством Fevlake, выстраивает бизнесовые и производственные процессы, внедряет изменения и масштабирует команду.
Fevlake
Solutions Architect и партнёр компании «Флант». Ведущий разработчик Kubernetes-платформы Декхаус. Опытный кубелетье.
Флант
Technical product manager Deckhouse Observability Platform.
Инженер, тимлид и архитектор с 15-летним стажем. В институте учился на разработчика, но не срослось — ушел в эксплуатацию. С тех пор изучает Linux. Читает и пишет на Go со словарем, дружит с Python. Имеет сертификат Certified Kubernetes Administrator, но признается, что не понял, зачем он нужен. Последние время основным направлением является Observability, чем и занимается в Deckhouse. Пожизненно состоит в кружках «Хочу все знать» и «Всегда готов поделиться тем, что уже узнал».
Флант
Видео
Другие доклады секции
Экспертная зона