MLOps: структурирование пути от концепции модели к ее реальному воздействию В современном мире, основанном на данных, машинное обучение является символом инноваций. Однако преобразование модели из теоретической конструкции в готовый к использованию инструмент — сложная задача. MLOps — гармоничное сочетание «machine learning» и «operations», созданное для решения этой сложной задачи. Черпая вдохновение из DevOps в разработке программного обеспечения, MLOps объединяется вокруг основных задач, предлагая структурированный путь для проектов ML на протяжении всего их жизненного цикла. Теперь давайте углубимся в мир MLOps с помощью MLRun. Ключевые аспекты MLOps включают в себя: Model Development & Training: MLOps начинается с зарождения модели, объединяя лучшие практики и инструменты, помогающие эффективно создавать и обучать модели. Feature Store. Центральное хранилище функций MLOps действует как единый репозиторий для управления функциями. Он упрощает поиск, хранение и совместное использование функций, обеспечивая согласованность и ускоряя разработку моделей. Validation & Testing. Перед развертыванием модели проходят строгую автоматическую проверку, гарантирующую, что они соответствуют критериям производительности и готовы к решению реальных задач. Continuous Integration & Continuous Deployment & Continuous Training (CI/CD/CT): . Благодаря динамическому характеру моделей ML конвейеры CI/CD/CT обеспечивают плавность процессов обновлений и переобучения, сохраняя модели оптимизированными и актуальными. Scaling & Orchestration. После запуска моделей в производство может потребоваться удовлетворить меняющиеся требования. MLOps подчеркивает масштабируемость с использованием таких технологий, как контейнеризация (как Docker) и оркестровка (как Kubernetes). Model Versioning. По мере развития моделей отслеживание их итераций имеет первостепенное значение. MLOps предоставляет инструменты для управления версиями, позволяющие легко получать доступ к различным версиям модели и управлять ими. Monitoring & Feedback Loops. Инструменты MLOps отслеживают показатели производительности, предлагают каналы обратной связи и включают механизмы для уточнения и переобучения на основе информации в реальном времени. End-to-End Automation. Cводя к минимуму ручное вмешательство, MLOps стремится автоматизировать этапы от предварительной обработки данных до деплоя и мониторинга модели, обеспечивая эффективность и уменьшая потенциальные ошибки. Collaboration & Communication:. Поддерживая целостный подход, MLOps способствует сотрудничеству между учеными, инженерами по машинному обучению и ИТ-специалистами, обеспечивая синергию и согласованность целей. Введение в MLRun: новаторские решения MLOps с открытым исходным кодом для современной эпохи MLRun — это платформа MLOps с открытым исходным кодом, разработанная для упрощения сложностей, связанных с проектами машинного обучения. Одна из целей данного проекта, снизить сложность настройки комплексной MLOps среды, где нужно интегрировать различные инструменты вместе. MLRun также уменьшает кривую обучения, так как вам нужно изучить всего один фреймворк, оставаясь уверенным в надежной интеграции между компонентами: Хранилище функций (feature store). Хранилище функций MLRun действует как централизованное хранилище, оптимизируя управление, хранение и извлечение функций данных. Это обеспечивает уверенность в согласованности признаков в процессе обучения и инференса. Отслеживание экспериментов. Итеративный характер моделирования машинного обучения требует надежного отслеживания. Эксперимент MLRun отслеживает детали каждого запуска, фиксируя параметры, конфигурации и результаты. Это обеспечивает ясность эволюции модели и упрощает сравнительный анализ экспериментов. Развертывание модели. Ключом к стратегии развертывания MLRun является его интеграция с Docker. Модели вместе со своими зависимостями упаковываются в контейнеры Docker, что обеспечивает согласованность и переносимость между средами. Workflows. MLRun признает сложность проектов машинного обучения, которые часто включают в себя ряд взаимозависимых задач. Он поддерживает организованные рабочие процессы, обеспечивая беспрепятственное соединение и структурированное выполнение таких задач, как подготовка, обучение, проверка и развертывание моделей. Автоматизация и CI/CD. По своей сути MLRun легко интегрируется с конвейерами непрерывной интеграции и непрерывного развертывания (CI/CD), автоматизируя задачи от интеграции кода до развертывания модели, обеспечивая гибкость и сокращая количество ручных операций. Интеграция Kubernetes. MLRun имеет встроенную интеграцию с Kubernetes обеспечивая динамическое масштабирование в зависимости от требований проекта. В целом MLRun — это комплексный набор инструментов MLOps. Но хоть он и объединяет различные компоненты вместе, при увелечении сложности и требований к проекту возможно будет иметь смысл перейти на отдельные инструменты для каждого этапа. Главная задача — рассказать о применении MLRun в качестве инструмента MLOps, используя данные актуального соревнования на Kaggle: «Optiver — Trading at the Close». Данное соревнование посвящено прогнозированию динамики закрытия акций на американском рынке. Знания в инвестициях не требуются. Мы будем использовать код из одного notebook и интегрируем его в автоматизированный пайплайн с помощью MLRun. MLRun — это универсальная платформа, поддерживающая установку на Kubernetes-кластере, облачных серверах или даже локально. Сейчас мы рассмотрим как настроить MLRun локально с помощью Docker Compose. Шаги для настройки: Загрузите compose. yaml файл из официальной документации MLRun . Настройте переменные окружения: Здесь shared_DIR — директория на вашем компьютере, в которой будут сохраняться артефакты MLRun и база данных. Запустите docker compose для установки необходимых сервисов: После этого у вас будут активны следующие сервисы: MLRun API: http://localhost:8080 MLRun UI: http://localhost:8060 Nuclio Dashboard/controller: http://localhost:8070 Сначала скачайте тренировочный датасет соревнования по ссылке. Мы делаем акцент на переходе с model-centric подхода к data-centric. И первым делом создадим feature store. Feature Set — это группа признаков, которые можно объединить, формируя логическую единицу (например, «stocks» или «user_events»). При создании Feature Set можно определить граф преобразований для входящих признаков, данные для которого могут поступать как из оффлайн-хранилищ, так и из стриминговых сервисов, например, Kafka. Когда данные проходят через созданный Feature Set с заданным графом трансформации, результирующие признаки сохраняются в оффлайн-хранилище для последующего обучения и в онлайн-формате для инференса. Такой подход к созданию и регистрации графа преобразований позволяет гарантировать, что признаки, используемые при инференсе, идентичны тем, что использовались при обучении. Давайте начнем с импорта mlrun: Создадим проект: Проект в MLRun это контейнер для всей вашей работы, который хранит весь код, все функции (mlrun функции. Смотреть ниже.), пайплайны, артефакты, вроде моделей, набора данных и метрик, признаков и конфигураций. Параметр context, это где хранится весь код проекта. Параметр user_project делает имя проекта уникальным для каждого пользователя. Загрузим и предобработаем наши данные: Если мы посмотрим на признаки, то увидим несколько связанных с той или иной ценой и ее условной суммой *_size. Именно эти признаки нас и будут интересовать, так как на их основе мы сделаем feature engineering. Feature Engineering: На основе кода с Kaggle notebook соревнования мы создадим функцию imbalance_calculator, которая будет генерировать новые признаки. Теперь имея функцию для feature engineering и набор данных, мы можем создать Feature Set: Первый аргумент, это название, а Entity это уникальное значение строки, индекс. В данном наборе данных, это row_id. И теперь просто добавим в граф наш imbalance_calculator в виде feature set transformation: Нам также необходимо добавить таргеты, куда будут сохраняться признаки. Нам нужен оффлайн и онлайн. В качестве оффлайн для простоты будем использовать файл. parquet в нашей директории, а в качестве онлайн redis: По умолчанию, оффлайн и онлайн находятся на платформе Iquazio — V3IO frames service, от создателей mlrun, поэтому мы ставим with_defaults=False. Чтобы использовать их, вам нужно создать аккаунт и установить credentials. Вы можете поднять redis с помощью redis-stack, который содержит ui, в котором можно просматривать признаки: RedisInsight — http://localhost:8001 Теперь можно визуализировать наш stock_set граф: Таким образом, в процессе добавления, данные сначала проходят через `imbalance_calculator`, после чего результаты сохраняются в форматах parquet для последующего обучения и в redis для инференса. Теперь сделаем ingest, то есть отправим в этот граф наш набор данных: Результат можно будет увидеть в MLRun UI localhost:8060 в Feature Store проекта, в RedisInsight и соответственно в parquet файле в директории проекта. Создание и использование Feature Vector После формирования Feature Set, следующим шагом является создание Feature Vector. Feature Vector представляет собой входные данные для модели и состоит из группы признаков, собранных из разных Feature Set’s. В нашем случае у нас только один Feature Set, таким образом, мы будем использовать все его признаки. Пример того, как создать Feature Vector из Feature Set, можно найти в пользовательском интерфейсе MLRun: Здесь label_feature указывает на то, что мы стремимся предсказать. После создания, Feature Vector можно сохранить и просмотреть в пользовательском интерфейсе MLRun: Теперь, имея на руках Feature Vector, давайте автоматизируем процесс обучения модели. Наша цель — регулярно обновлять и деплоить модель на основе новейших данных, которые поступают в наши оффлайн и онлайн хранилища. Для имитации потока данных мы будем использовать Kafka. В качестве модели для предсказания закрытия акций выберем XGBRegressor. Хотя во многих случаях ансамбли моделей могут улучшить производительность, в этом примере мы сосредоточимся на простом решении, чтобы лучше понять базовую концепцию. Функция Обучения с MLRun Сначала, создадим файл trainer. py с функцией для обучения: MLRun предоставляет встроенную интеграцию со многими фреймворками, включая XGBoost. Функция apply_mlrun автоматически сохраняет артефакты обучения, такие как модель, тестовый датасет, метрики и статистики обучения специфичные для XGBoost. Использование Функций в MLRun MLRun использует концепцию «Функций», представляющих собой Docker контейнеры, выполняющие кастомный код в реальном времени или пакетном режиме. Чтобы запустить нашу обучающую функцию, нам потребуется такая Функция. Преобразуем наш код в MLRun "job" пакетную-функцию, которая запускает код в Kubernetes Pod: Теперь у нас есть Функция со своим image и кодом. Чтобы использовать эту Функцию позже, ее необходимо добавить в проект: И соответственно, сохранить сам проект, что изменит project. yaml файл в рабочей директории, который отвечает за всю конфигурацию проекта: Теперь мы можем запустить эту Функцию с помощью run_function из mlrun указав ее название: В этой функции, dataset это ссылка на наш Feature Vector. Вы также можете получить эту ссылку напрямую из UI. Мы используем local=True, что вместо запуска Функции в контейнере, запускает ее локально. После завершения работы, вы можете просмотреть выводы функции: outputs — это артефакты, которые сохраняются в базу данных проекта, которые затем можно получить для использования. Когда мы будем рассматривать pipeline ниже, outputs Функции будет использоваться для передачи в качестве параметров в следующую. Model Serving: От Батча к Real-time После обучения модели следующим шагом в нашем пайплайне является ее «serving». Для этого нам потребуется создать кастомную функцию для развертывания модели. Для обучения мы использовали Функцию MLRun типа «job», которая работает в батч режиме. Теперь нам нужна функция типа «serving», которая является real-time и работает на основе Nuclio — Serverless Functions. Когда мы используем serving Функцию с кастомной логикой инференса модели, нам необходимо создать класс, который наследуется от mlrun.serving.v2_serving.V2ModelServer и реализует как минимум два метода load и predict. Выше мы добавили preprocess, также можно добавить postprocess, validate и explain. Чтобы создать serving Функцию для класса выше, один из вариантов, это также вызвать code_to_function, только с kind=`serving`: Чтобы serving_fn могла работать, в нее необходимо передать модель. Для этого нужно вызвать add_model: В качестве model_path здесь передается результат предыдущей функции обучения, uri модели, которая уже является артефактом. Можно посмотреть граф serving_fn: Теперь мы можем запустить имитацию сервера для обращения к модели через api: Так как мы добавили модель, мы также можем вывести список моделей, которые есть у данной Функции, или сервиса: Теперь, когда у нас есть все компоненты, перейдем к созданию MLRun Workflow. Эти рабочие процессы (workflows) представляют собой Directed Acyclic Graph (DAG), которые последовательно запускают различные функции MLRun. Пайплайны MLRun могут быть запущены локально или как часть Kubeflow Pipelines. Они автоматизируют выполнение различных этапов ML-процесса, таких как сбор данных, обучение модели и развертывание. Пайплайн можно запускать как по рассписанию, так и через триггеры, например при data или model drift. Здесь мы не делаем сбор и обработку данных, так как у нас есть Feature Store, в который данные будут поступать через платформу стриминг ивентов, такую как kafka. Чуть позже мы запустим real-time функцию, которая будет получать ивенты от kafka и передаваться в Feature Store для выполнения трансформаций и сохранения результатов в offline (parquet) и online (redis) store. В нашем же Worklow, мы добавляем декоратор @dsl.pipeline(…), чтобы он работал на Kubeflow. В inputs для функции обучения мы передаем uri Feature Vector — project.get_artifact_uri("stocks_fv", "feature-vector"), который получает из offline хранилища актуальные обработанные признаки в нужном формате, которые добавляются туда в реальном времени. Обученная модель передается в Функцию serving для ее дальнейшего использования — train_run.outputs["model"]. И последнее, чтобы сделать деплой, мы просто запускаем serving_fn. deploy(), которая создает API сервис и оборачивает его в докер контейнер, который автоматически деплоится на Kubernetes кластер. После завершения пайплайна у нас должно быть рабочее api с моделью. Когда мы запускали имитацию сервера, мы обращались к модели следующим образом: Теперь же, мы можем создать модуль для обращения к модели с помощью requests, или использовать curl: Теперь наша задача — развернуть Feature Set, который будет работать в реальном времени, принимая события от Apache Kafka. Установка Apache Kafka через Docker Загрузите конфигурационный файл для Apache Kafka: Запустите Kafka используя Docker Compose: Создайте топик под названием `stocks_topic`: Получите ваш FeatureSet: Установите KafkaSource для получения ивентов: И сделаем деплой нашего ingestion сервиса: Теперь можно делать запрос к задеплоенному Ingestion сервису через api, который будет преобразовывать новые данные в нужные признаки, позволяя нам быть уверенными, что один и тот же формат используется как во время обучения, так и во время инференса. Мы успешно завершили наше путешествие по введению в MLRun и общие понятия MLOps. Надеюсь, что этот туториал стал полезным в вашем изучении и применении инструментов для машинного обучения. По любым вопросам пишите мне в телеграм — @NLavrenov00  MLOps