ML-сервис: инференс, Docker и мониторинг дрейфа — задачи

Модель уже обучена, но сервис должен возвращать корректный JSON, запускаться в контейнере и сообщать, когда данные перестали соответствовать ожиданиям. Эта подборка посвящена пути от предсказания до работающего мониторинга.

Вы разберёте выбор batch или online inference, сериализацию NumPy, адрес Uvicorn, порядок слоёв Dockerfile и состав контекста сборки. Затем перейдёте к data/prediction drift, KS и PSI, свежести дашборда и паузам между повторными алертами.

Вопросы содержат конкретную конфигурацию или ситуацию; выберите действие, подходящее к ней. В задаче на pandas показатели дрейфа уже рассчитаны: нужно применить правила алертов к готовой таблице.

Инференс, контейнер и мониторинг

  1. Batch или online inference: выберите режим по требованиям
  2. float32 is not JSON serializable: задача про /predict
  3. Uvicorn в Docker: почему недоступен /predict
  4. Dockerfile ML-сервиса: порядок COPY и установки зависимостей
  5. Docker build: исключите data и CSV из контекста
  6. Data drift: ожидаемое число ложных срабатываний
  7. KS и PSI: добавьте флаги алертов в pandas DataFrame
  8. Prediction drift и качество модели: границы мониторинга
  9. Дашборд ML-модели: как заметить устаревшие данные
  10. KL-дивергенция одинаковых распределений: задача
  11. Cooldown в алертах модели: какую проблему он решает

Пройдите весь путь ML-сервиса

Для подготовки табличной модели и её применения откройте программу платного курса ML Engineer / Data Scientist. Ещё один маршрут от таблицы до работающей модели — платный курс «Data Scientist: от данных до деплоя моделей». Сопоставьте программы со своей подготовкой и задачей проекта.

Если сначала нужен разбор входа модели после деплоя, прочитайте проверку имён и порядка признаков. Для сервиса с изображениями пригодится сравнение RGB/BGR и нормализации перед ONNX.