До появления MLOps типовая судьба проекта по машинному обучению выглядела так: команда обучила хорошую модель, показала впечатляющую метрику и потеряла половину качества при выкатке в боевую среду. MLOps делает этот переход управляемым и повторяемым.
Что обычно входит
- Версионирование данных и моделей — чтобы можно было повторить эксперимент и откатить плохую версию.
- Автоматические конвейеры обучения и проверки.
- Тесты качества модели и устойчивости к выбросам.
- Процессы CI/CD для выкатки моделей в боевую среду.
- Наблюдение за качеством предсказаний, дрейфом данных, стоимостью и задержкой ответа.
- Регулярное переобучение по расписанию или по сигналам ухудшения качества.
LLMOps
С приходом больших языковых моделей появилась отдельная подобласть — LLMOps. Помимо обычных задач MLOps, она занимается версионированием промптов, оценкой ответов, контролем стоимости токенов и работой с поставщиками моделей.
- В компании больше одной модели машинного обучения в боевой среде
- Стоимость и качество моделей становятся заметными для бизнеса
- Появляются регуляторные требования по аудиту и воспроизводимости
- Одна модель в одной задаче, без планов расширяться
- Маленький стартап, где ещё нет даже выкатки в боевую среду
В одной из команд после внедрения MLOps выкатка новой версии модели прогноза спроса стала занимать день вместо двух недель. Каждый раз автоматически прогоняется набор проверочных метрик, сравнение с предыдущей версией и тесты по сегментам. Если новая модель хуже на каком-то ключевом сегменте, выкатка автоматически останавливается, и команда видит, в чём именно проблема.
Не пытайтесь поставить «полный MLOps» с первого дня. Начните с простых вещей: версионирование данных, зафиксированный порядок обучения, наблюдение за качеством модели в боевой среде. Дальше добавляйте слой за слоем — то, что реально болит, а не то, что описано в красивой схеме.