Викторина, связанная с руководством · Средний Уровень
Викторина по модельным реестрам
Примените версии реестра модели, подписи и ссылки на развертывание, в том числе, почему для изменения псевдонимов требуется проверенный рабочий процесс обслуживания.
Вопрос 1 из 8
Какова основная цель реестра моделей?
Предварительный просмотр каждого вопроса8 вопросы
Ответы и пояснения появляются по мере прохождения теста.
- Какова основная цель реестра моделей?
- Маркировка необработанных данных обучения
- Служить каталогом с контролем версий и единым источником достоверной информации для обученных моделей.
- Чтобы заменить графический процессор на сервере
- Для написания SQL-запросов
- In current MLflow registry workflows, what can provide a named reference to a model version?
- A reassignable model alias
- A universal mandatory four-stage lifecycle in every registry
- The training GPU’s display resolution
- A random tensor without a model version
- How can a registry support a model rollback?
- By guaranteeing every server switches instantly
- By deleting all previous versions
- By retaining a previous artifact that the serving workflow can reload and validate
- By changing the training labels automatically
- Что такое подпись модели в реестре?
- Рукописный автограф специалиста по обработке данных
- Пароль для базы данных
- Продолжительность обучения модели
- Схема, описывающая ожидаемые типы входных и выходных данных модели.
- Почему запись происхождения (набор данных, фиксация кода, гиперпараметры) ценна?
- Это обеспечивает воспроизводимость и возможность проверки того, как была создана каждая версия.
- Это заставляет модель работать быстрее.
- Это автоматически увеличивает точность модели.
- Он сжимает файл модели
- What connects a registered model decision to an actual application rollout?
- A guarantee that registering a version deploys it everywhere
- A required fax to the GPU vendor
- A configured deployment workflow that loads and verifies the chosen artifact
- A model signature alone with no serving system
- A champion alias is reassigned, but a long-running server still has the old artifact loaded. What should an operator verify?
- Only that the alias has a new value
- That all servers reload automatically in every integration
- Only the number of files in the registry
- The artifact and version actually serving requests
- A model signature expects numerical columns but a request sends strings. What can signature-aware validation help detect?
- Whether the training labels are morally correct
- An input schema or type mismatch
- Every possible accuracy regression
- A guarantee that all numerical inputs are in distribution