Сказ о том, как девопсы писали платформу LLM-инференса для облачных провайдеров

30 ноября, 17:00, «Рио-де-Жанейро»

Средняя сложность
Доклад принят в программу конференции
DevOps на собственном (арендованном) оборудовании
Логи, метрики, ошибки
ML
DevOps / Кубер
DevOps / SRE
Инфраструктура
DevOps на собственном (арендованном) оборудовании
Логи, метрики, ошибки
ML
DevOps / Кубер
DevOps / SRE
Инфраструктура
Системы прав доступа
API
Архитектурные паттерны
Отказоустойчивость
Оптимизация производительности
Распределенные системы
Технологии виртуализации и контейнеризации
Инфраструктура как сервис (IaaS), платформы как сервис (PaaS)
Big Data и Highload в Enterprise

Мнение Программного комитета о докладе

Как превратить LLM-демо в промышленный AI API? Егор Андреев разберёт путь от vLLM-контейнера до платформы: доступы, ключи, биллинг, обновления и учёт использования. Практический кейс на 30 GPU-нодах с цифрами производительности и честным разбором ошибок эксплуатации.

Целевая аудитория

DevOps/SRE, инженеры платформ, backend-архитекторы, инженеры ML-платформ, технические руководители провайдеров и внутренних платформенных команд, которые запускают LLM в своём контуре или строят AI API для внутренних команд и клиентов.

Тезисы

«Парни, теперь вы будете разрабами. И мы с вами напишем платформу LLM-инференса для облачных операторов». С такими словами я год назад пришёл к своей команде девопсов. Парни покрутили у виска. Но поверили.

Мы годами строили и эксплуатировали инфраструктуру. Я и ключевые члены команды успели поработать по обе стороны отношений оператор-вендор. Представления о хорошем инфраструктурном софте у нас были, как и представления о плохом. Теперь предстояло проверить, как мы справимся сами.

Расскажу, зачем мы взялись писать собственный Kubernetes Operator и стоило ли ли оно того. Как проектировали систему, в которой отказ управляющей части не должен останавливать пользовательские запросы. И как выбирали, чем провайдер будет управлять через наш API, а что платформа должна делать сама.

Будут и интересные повороты. Автомасштабирование, на которое я возлагал большие надежды, ждала неожиданная судьба. Веб-интерфейс, собранный для себя, клиенты потребовали включить в продукт. А автоматический мониторинг моделей, который мы считали само собой разумеющимся, неожиданно вызвал восторг.

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

Спикеры

Егор Андреев
15 лет в production-инфраструктуре: от Unix-кластеров под телефонию до Kubernetes-платформ для финтеха и телекомов. CEO AdminDivision (DevOps/инфра, 150+ проектов) и Впрод (LLM as a Service платформа).

Другие доклады секции