Системный дизайн ML-сервисов

Online and Offline Features

Онлайн- и офлайн-признаки

актуальноТекущий рабочий стандарт

Направления: Прикладные направления · Рекомендательные системы, Инженерия ИИ · Системный дизайн ML

Часть считается заранее, часть — в запроса. Расхождение между ними — главный источник инцидентов.

Ключевые тезисы

  • Тяжёлые агрегаты считают батчем и кладут в быстрое хранилище (Redis, Aerospike).
  • запроса (текущая корзина, устройство) считаются онлайн.
  • Определение должно быть одно на оба пути — иначе training/serving skew неизбежен.

Подробный разбор

2 подтемы — объяснения, формулы, примеры и интерактивные графики.

Тип Где считаетсяПример
Долгие агрегаты, кладём в KV-хранилищесредний чек за 90 дней
Свежие агрегатыстримингчисло операций за последний час
Контекст запросаонлайнустройство, время суток, корзина
Статические атрибутысегмент, тариф

  1. Опишите один раз в общей библиотеке или в .
  2. Логируйте , использованные при онлайн-предсказании.
  3. Регулярно сверяйте офлайн-пересчёт с залогированными значениями — расхождение больше допуска считается инцидентом.
На практике

Логирование в запроса решает сразу две задачи: контроль skew и , полностью соответствующая проду.

Тема также относится к главам:MLOpsПризнакиИнженерия данныхДвижение данных

Видеолекции

Тайм-кода именно на эту тему в записях нет. Но глава «Системный дизайн ML-сервисов» разобрана в курсах целиком — с той оговоркой, что место в записи придётся искать самому.

Связанные темы

Признаки в реальном времени

Проверить себя

Тема встречается в тестах по направлениям — ошибки приведут обратно на эту страницу.

Тема в работе целиком

Разбор архитектуры, где эта тема — один из кирпичей: требования, развилки, цифры и режимы отказа.

Следующий шагПроверить себя: Рекомендательные системыТема встречается в этом тесте 1 раз. Ошибка приведёт обратно на эту страницу — с объяснением, что именно не сошлось.Перейти →

Глава «Системный дизайн ML-сервисов» последний раз правилась . Нашли ошибку — напишите.