Prescience: Представляем платформу машинного обучения OVH

Проекты машинного обучения становятся все более важной составляющей сегодняшнего поиска более эффективных и сложных производственных процессов. OVH Prescience — это платформа для машинного обучения, цель которой — облегчить концепцию, развертывание и обслуживание моделей в промышленном контексте. Система управляет конвейерами машинного обучения, от приема данных до мониторинга моделей. Это включает в себя автоматизацию предварительной обработки данных, выбор модели, оценку и развертывание в масштабируемой платформе.



Prescience поддерживает различные виды проблем, такие как регрессия, классификация, прогнозирование временных рядов и вскоре обнаружение аномалий. Решение проблем осуществляется с использованием как традиционных моделей ML, так и нейронных сетей.

Prescience в настоящее время используется в производственных масштабах для решения различных задач, с которыми сталкивается OVH, а его альфа-версия доступна для бесплатной проверки в OVH Labs. В этом сообщении мы представим Prescience и познакомим вас с типичным рабочим процессом вместе с его компонентами. Подробная презентация компонентов будет доступна в следующих публикациях в блоге.

Начало Prescience
В какой-то момент все проекты машинного обучения сталкиваются с одной и той же проблемой: как преодолеть разрыв между прототипом системы машинного обучения и ее использованием в производственном контексте. Это было краеугольным камнем развития платформы машинного обучения в OVH.

Производственные тетради
Чаще всего ученые-разработчики проектируют системы машинного обучения, которые включают обработку данных и выбор моделей в ноутбуках. Если они успешны, эти ноутбуки затем адаптируются для производственных нужд инженерами данных или разработчиками. Этот процесс обычно деликатный. Это отнимает много времени и должно повторяться каждый раз, когда модель или обработка данных требуют обновления. Эти проблемы приводят к серийным моделям, которые, хотя и являются идеальными при поставке, могут со временем сойти с реальной проблемы. На практике модели никогда не используются в производственном режиме, несмотря на их качество, только потому, что конвейер данных слишком сложен (или скучен), чтобы его можно было извлечь из ноутбука. В результате вся работа ученых-данных идет напрасно.

В свете этого первая проблема, которую Prescience необходимо было решить, заключалась в том, как обеспечить простой способ развертывания и обслуживания моделей при одновременном обеспечении мониторинга и эффективного управления моделями, включая (но не ограничиваясь этим) переподготовку моделей, оценку моделей или запрос моделей через обслуживающий REST API.

Улучшенное прототипирование
После того, как разрыв между прототипированием и производством был преодолен, второй целью было сокращение фазы прототипирования проектов машинного обучения. Базовое наблюдение состоит в том, что навыки ученых данных являются наиболее важными при применении к подготовке данных или разработке функций. По сути, задача исследователя данных состоит в том, чтобы правильно определить проблему. Это включает характеристику данных, фактическую цель и правильную метрику для оценки. Тем не менее, выбор модели — также задача, решаемая специалистом по данным — та, которая приносит гораздо меньше пользы от этого специалиста. Действительно, один из классических способов найти хорошую модель и ее параметры по-прежнему состоит в том, чтобы перебрать все возможные конфигурации в данном пространстве. В результате выбор модели может быть довольно кропотливым и трудоемким.

Следовательно, Prescience необходимо было предоставить ученым, работающим с данными, эффективный способ тестирования и оценки алгоритмов, которые позволили бы им сосредоточиться на повышении ценности данных и определении проблем. Это было достигнуто путем добавления компонента оптимизации, который, учитывая пространство конфигурации, оценивает и тестирует конфигурации внутри него, независимо от того, были ли они подобраны специалистом по данным. Поскольку архитектура масштабируема, мы можем быстро протестировать значительное количество возможностей таким образом. Компонент оптимизации также использует методы, чтобы попытаться превзойти подход грубой силы, используя байесовскую оптимизацию. Кроме того, проверенные конфигурации для данной проблемы сохраняются для последующего использования и для облегчения запуска процесса оптимизации.

Расширяя возможности
В такой компании, как OVH, много проблем можно решить с помощью методов машинного обучения. К сожалению, по каждому из этих вопросов невозможно назначить ученого, особенно если не установлено, стоит ли инвестировать. Несмотря на то, что наши специалисты по бизнесу не освоили все методы машинного обучения, они обладают обширными знаниями о данных. Опираясь на эти знания, они могут дать нам минимальное определение проблемы под рукой. Автоматизация предыдущих этапов (подготовка данных и выбор модели) позволяет специалистам быстро оценить возможные преимущества подхода машинного обучения. Тогда можно принять процесс быстрого выигрыша / быстрого отказа для потенциальных проектов. Если это удастся, мы можем, если необходимо, ввести в цикл исследователя данных.

Prescience также включает в себя автоматическое управление конвейером, чтобы адаптировать необработанные данные, которые будут использоваться алгоритмами машинного обучения (то есть, предварительную обработку), затем выбрать подходящий алгоритм и его параметры (то есть выбор модели), сохраняя при этом автоматическое развертывание и мониторинг.

Архитектура Prescience и рабочие процессы машинного обучения


По сути, платформа Prescience основана на технологиях с открытым исходным кодом, таких как Kubernetes для операций, Spark для обработки данных и Scikit-learn, XGBoost, Spark MLlib и Tensorflow для машинного обучения. Большая часть разработок Prescience заключалась в объединении этих технологий. Кроме того, все промежуточные выходы системы, такие как предварительно обработанные данные, этапы преобразования или модели, сериализуются с использованием технологий и стандартов с открытым исходным кодом. Это предотвращает привязку пользователей к Prescience в случае необходимости использования другой системы.

Взаимодействие пользователей с платформой Prescience стало возможным благодаря следующим элементам:
  • пользовательский интерфейс
  • клиент Python
  • REST API
Давайте рассмотрим типичный рабочий процесс и дадим краткое описание различных компонентов…

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

CSV, отраслевой стандарт
Паркет, который довольно крутой (плюс автоматически документированный и сжатый)
Временной ряд, благодаря OVH Observability, работает на Warp10
Необработанные данные, предоставляемые каждым из этих источников, редко используются как есть в алгоритмах машинного обучения. Алгоритмы обычно ожидают, что числа будут работать. Поэтому первый шаг рабочего процесса выполняется компонентом Parser. Единственная задача Parser — обнаруживать типы и имена столбцов, в случае простых текстовых форматов, таких как CSV, хотя источники Parquet и Warp10 содержат схему, что делает этот шаг спорным. После ввода данных анализатор извлекает статистику, чтобы точно ее охарактеризовать. Полученные данные вместе со статистикой хранятся в нашей серверной памяти хранилища — Public Cloud Storage, работающей на OpenStack Swift.

Преобразование данных
После того, как типы выведены и статистика извлечена, данные, как правило, должны быть обработаны, прежде чем они будут готовы к машинному обучению. Этот шаг обрабатывается препроцессором. Опираясь на вычисленную статистику и тип проблемы, он определяет лучшую стратегию для применения к источнику. Например, если у нас есть одна категория, то выполняется горячее кодирование. Однако, если у нас есть большое количество различных категорий, то выбирается более подходящий тип обработки, такой как кодирование уровня / воздействия. После вывода стратегия применяется к источнику, превращая его в набор данных, который станет основой для последующего шага выбора модели.

Препроцессор выводит не только набор данных, но и сериализованную версию преобразований. Выбранный формат для сериализации — PMML (язык разметки прогнозной модели). Это стандарт описания для совместного использования алгоритмов интеллектуального анализа данных и машинного обучения. Используя этот формат, мы сможем применить точно такое же преобразование во время обслуживания, когда столкнемся с новыми данными.

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

Байесовская оптимизация


Компонент, который выполняет оптимизацию и выбор модели, является механизмом оптимизации. При запуске оптимизации подкомпонент, называемый контроллером, создает внутреннюю задачу оптимизации. Контроллер управляет планированием различных шагов оптимизации, выполняемых во время задачи. Оптимизация достигается с помощью байесовских методов. По сути, байесовский подход заключается в изучении модели, которая сможет предсказать, какая конфигурация является наилучшей. Мы можем разбить шаги следующим образом:
  • Модель в холодном состоянии. Оптимизатор возвращает набор настроек по умолчанию для контроллера
  • Контроллер распределяет начальные конфигурации по кластеру учащихся
  • По завершении начальных конфигураций контроллер сохраняет результаты
  • Оптимизатор запускает вторую итерацию и обучает модель на основе доступных данных.
  • На основе полученной модели оптимизатор выводит лучших претендентов, которые можно попробовать. Рассматривается как их потенциальная эффективность, так и объем информации, который она предоставит для улучшения модели выбора.
  • Контроллер распределяет новый набор конфигураций по кластеру и ждет новой информации, a.k.a вновь оцененных конфигураций. Конфигурации оцениваются с использованием K-кратной перекрестной проверки, чтобы избежать переоснащения.
  • Когда доступна новая информация, запускается новая итерация оптимизации, и процесс начинается снова на шаге 4
  • После предварительно определенного числа итераций оптимизация останавливается

Проверка модели
Как только оптимизация завершена, пользователь может либо запустить новую оптимизацию, используя существующие данные (следовательно, не возвращаясь в холодное состояние), либо выбрать конфигурацию в соответствии с ее оценочными показателями. Как только подходящая конфигурация достигнута, она используется для обучения окончательной модели, которая затем сериализуется либо в формате PMML, либо в формате сохраненной модели Tensorflow. Те же ученики, которые занимались оценками, проводят фактическое обучение.

В конце концов, окончательная модель оценивается по тестовому набору, извлеченному во время предварительной обработки. Этот набор никогда не используется во время выбора модели или обучения, чтобы обеспечить беспристрастность вычисленных показателей оценки. На основе полученных показателей оценки может быть принято решение использовать модель в производстве или нет.

Модель сервировки
На этом этапе модель обучается и экспортируется и готова к обслуживанию. Последний компонент платформы Prescience — это обслуживание Prescience. Это веб-сервис, который использует PMML и сохраненные модели и предоставляет REST API поверх. Поскольку преобразования экспортируются вместе с моделью, пользователь может запросить вновь развернутую модель, используя необработанные данные. Прогнозы теперь готовы к использованию в любом приложении.

Модельный мониторинг
Кроме того, одной из характерных особенностей машинного обучения является его способность адаптироваться к новым данным. В отличие от традиционных жестко заданных бизнес-правил, модель машинного обучения способна адаптироваться к базовым шаблонам. Для этого платформа Prescience позволяет пользователям легко обновлять источники, обновлять наборы данных и переучивать модели. Эти шаги жизненного цикла помогают поддерживать актуальность модели в отношении проблемы, которую необходимо решить. Затем пользователь может сопоставить частоту переподготовки с новой квалификацией данных. Они могут даже прервать процесс обучения в случае аномалии в конвейере генерации данных. Каждый раз, когда модель переобучается, вычисляется новый набор баллов и сохраняется в OVH Observability для мониторинга.

Как мы отмечали в начале этого поста, наличие точной модели не дает никаких гарантий относительно ее способности поддерживать эту точность с течением времени. По многим причинам производительность модели может снизиться. Например, необработанные данные могут ухудшиться в качестве, могут появиться некоторые аномалии в конвейерах обработки данных или сама проблема может дрейфовать, делая текущую модель неактуальной, даже после переподготовки. Поэтому крайне важно постоянно отслеживать производительность модели на протяжении всего жизненного цикла, чтобы избежать принятия решений на основе устаревшей модели.

Движение к ИИ-управляемой компании
Prescience в настоящее время используется в OVH для решения ряда промышленных проблем, таких как предотвращение мошенничества и профилактическое обслуживание в центрах обработки данных.

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

Разработка Prescience проводится командой служб машинного обучения. MLS состоит из четырех инженеров машинного обучения: Маэль, Адриен, Рафаэль и я. Командой руководит Гийом, который помог мне спроектировать платформу. Кроме того, в команду входят два исследователя данных, Оливье и Клемент, которые занимались внутренними случаями использования и предоставили нам обратную связь, и, наконец, Лоран: студент CIFRE, работающий над многоцелевой оптикой.

Новые процессоры Intel в Облаке и возможности для экономии



В Yandex Compute Cloud теперь можно создавать виртуальные машины на базе нового поколения процессоров Intel Xeon Gold (Cascade Lake). Благодаря сотрудничеству Яндекса и Intel мы первыми в России предлагаем своим пользователям мощности новых процессоров Intel Xeon Gold среди облачных провайдеров.
Мы протестировали новые процессоры в Облаке и подтвердили, что виртуальные машины на Intel Xeon Gold производительнее, чем ВМ на процессорах предыдущей линейки.
При этом виртуальные машины на базе новых процессоров обойдутся вам дешевле: например, наша самая популярная конфигурация в 2 vCPU, 4 RAM и диском 13 ГБ обойдётся в 1673.89 ₽ в месяц. Такая же конфигурация на процессорах предыдущей линейки стоит 1740.56 ₽.


Вы сможете сэкономить ещё больше, если выберете виртуальную машину с частичной загрузкой ядра — 5%, 20% или 50% vCPU. Например, та же конфигурация ВМ 2 vCPU, 4 RAM и диском 13 ГБ, но с гарантированной долей 20% vCPU будет стоить 1037.98 ₽.


Управляемые базы данных в Облаке теперь тоже доступны по более выгодным ценам. Разверните БД с неполным уровнем производительности хоста (burstable) и используйте их для тестирования и разработки — такие БД стоят от 530 ₽ в месяц.


Подробности о новых процессорах и их возможностях читайте в документации.
cloud.yandex.ru/docs/compute/concepts/vm-platforms
Чтобы работать с ВМ на базе нового поколения процессоров, выбирайте Intel Cascade Lake при создании ВМ в поле «Тип платформы».
cloud.yandex.ru

Бесплатный вебинар «Как продвигать малый бизнес в интернете»



На вебинаре вы узнаете:
  • как создать сайт без дизайнеров и программистов;
  • как привлечь новую аудиторию с помощью SEO;
  • что предлагать клиентам, чтобы они к вам возвращались.
Мы обсудим теоретические вопросы и потренируемся в реальных инструментах. В конце вебинара, как всегда, с удовольствием ответим на ваши вопросы.
  • Вебинар пройдет 29 апреля в 12:00 (московское время)
  • Участие бесплатное
Регистрируйтесь сейчас, чтобы занять место и не забыть о вебинаре. Мы отправим напоминание и ссылку на трансляцию за час до старта.
187.bizml.site/webinar-promotion

Технические работы 29 апреля с 0:00 по 7:00 MSK



Сообщаем вам, что мы запланировали технические работы с 0:00 MSK по 7:00 MSK 29 апреля на портале самообслуживания mcs.mail.ru. Эти работы проводятся с целью выпуска новой версии портала и связанных подсистем.

Во время работ будет недоступен портал самообслуживания, а также возможность изменения/добавления ресурсов через API.

Перерыва в доступности уже созданных ресурсов в сервисах:
1. Облачные вычисления;
2. Базы данных;
3. Контейнеры;
4. Сети;
5. Файловое хранилище;
6. Объектное хранилище;
7. Магазин приложений;
8. Vision.
– не ожидается.

Если вы управляете нашими сервисами через API, то после завершения технических работ пароль для доступа к API будет изменен на идентичный с паролем от личного кабинета на портале mcs.mail.ru. Изменение пароля потребует от вас переконфигурирования систем, использующих авторизацию по API (Terraform и др.), которые вы пользуете.

При использовании файла Openstack RC file v3, скачанного из панели Horizon, для работы с API Openstack вам потребуется скачать его заново или внести изменения в существующий:
  1. удалить строку, начинающуюся с export OS_PROJECT_NAME;
  2. при наличии строки export OS_USER_DOMAIN_ID=«default» заменить ее на export OS_USER_DOMAIN_ID=«users»;
  3. удалить строку export OS_PROJECT_DOMAIN_ID=«default».

Компании Incanto не удалось отобрать домен при помощи жалобы



Комиссия ВОИС отказала производителю нижнего белья из Италии Incanto в его требовании о передаче прав на домен Incanto.com

Компания Incanto обратилась в ВОИС с требованием передать ей права на домен Incanto.com, так как владелец домена является киберсквоттером. В доказательство были приведены ссылки на некоторые споры, в которых владелец Incanto.com действительно незаконно использовал чужие товарные знаки.

Однако комиссия ВОИС решила, что в данном случае ответчик не нарушал никаких правил. Домен был зарегистрирован в 2003 году, а истец подал на него жалобу только 16 лет спустя. Также слово «incanto» не является уникальным наименованием: это общеупотребительное итальянское слово, которое означает «обаяние». Заподозрить владельца домена в киберсквоттинге можно, если бы бренд был всемирно известным. Однако в 2003 году Incanto была малоизвестной компанией местного масштаба.

Исходя из этого комиссия ВОИС отказала компании Incanto в ее требованиях, а жалоба была квалифицирована как попытка незаконного захвата домена.

Это уже второй случай за последнее время, когда крупные компании предпринимают неудачные попытки «проапгрейдить» свой домен (сайт Incanto размещается по адресу Incanto.eu). Недавно мы писали об аналогичной жалобе от газеты The Sun. Возможно, это говорит о возросшей роли хорошего домена в зоне .COM для продвижения бренда, а также о возросшей ценности этих доменов.

www.webnames.ru

Апрель — тесты новых Xeon E, выбор ОС и ЛюдиБитрикс

А чем вы займётесь на майских праздниках? Предлагаем почитать наши статьи и поглядеть на графики: мы тестировали новые Xeon E и E3, спорили про выбор ОС (на самом деле нет) и радовались, что мало новостей про уязвимости. Всё в апрельском дайджесте.


Чего ждать от новых Xeon E.
Сравниваем с E3 и делаем выводы
Intel выпустил очередную линейку процессоров в семействе Xeon. Говорят, что новые Xeon E — замена E3, решили проверить, насколько удачная.

Частота больше, ядер больше, что с производительностью? Смотрите наши тесты на Хабре. Да, до 1 мая выделенные серверы с новыми процами ещё можно купить со скидкой 25% на 1 месяц.
hosting.kitchen/firstdedic/chego-zhdat-ot-novyh-xeon-e-sravnivaem-s-e3-i-delaem-vyvody.html

Какую операционную систему выбрать?
Нюансов много, но мы советуем Linux (сюрприз, да?). Как выбрать из Linux-систем и когда всё-таки брать Windows — всё в нашей статье.

Выбирайте с умом, потому что перенос с Windows на Linux — непростая задача. С Linux на Windows полегче, но могут быть сложности с последующей настройкой.
firstvds.ru/technology/kakuyu-operacionnuyu-sistemu-vybrat

Конференция #ЛюдиБитрикс
В начале месяца мы ездили в Москву на Битрикс-конференцию. Познакомились с кучей интересных людей, встретили старых и новых клиентов, презентовали супербыстрые серверы Битрикс.Турбо.
firstvds.ru/hosting/bitrix

Если вы тоже были на конференции и тусили у нашего стенда — постите фото в соцсетях с хештегом #firstvds. Шлите нам ссылки на почту sales@firstvds.ru. Отправим в ответ магниты, наклейки или блокнот.

Уязвимости месяца
  • Уязвимость в плагине Yuzo Related Post для сайтов на WordPress. Разработчики призывают временно удалить плагин! Подробности на xakep.ru.
  • В OpenSSH 8.0 устранили уязвимость в реализации утилиты scp и внесли ещё 19 изменений — релиз открытой реализации клиента и сервера для работы по протоколам SSH 2.0 и SFTP. Подробности на opennet.ru.

Что планируете на праздники?

Оторвитесь на майских!
Планирует оторваться тоже — Анастасия Кузнецова

VPS в Маями


Анонсируем новую площадку в Маями, Флорида, США со скидкой 50% на виртуальные серверы:
  • 1 vCPU / 1 GB RAM / 10 GB SSD / 100 Mbps — всего за 3.00 EUR
  • 2 vCPU / 2 GB RAM / 20 GB SSD / 100 Mbps — всего за 6.00 EUR
  • 3 vCPU / 3 GB RAM / 40 GB SSD / 100 Mbps — всего за 10.00 EUR

Используйте промо-код: Miami2019
https://eurohoster.org

Ценность сертификатов





Сертификаты широко используются компаниями в качестве рекламы, свидетельствующей о надежности компании. Чем больше сертификатов, тем лучше. Конечно, наличие большого количества сертификатов может показать надежность организации, однако по умолчанию это не так! Знание цели сертификации и понимание масштабов имеет решающее значение, когда вы действительно хотите завоевать доверие, оценивая сертификаты.

Сертификаты относительно внутренней организации вашей сервисной организации
Сертификаты могут быть использованы для обеспечения удобства работы организации. Например: ISO 9001 обеспечит комфорт в отношении управления качеством внутренних бизнес-процессов организации. Такая сертификация напрямую не обеспечивает комфорт окружающей среды, которая является частью ответственности клиента. Кроме того, для ISO 27001 область действия может включать в себя услугу, предоставляемую клиенту, однако она также может включать только процесс продаж внутренней организации. Просто получение сертификата и его размещение на вашем веб-сайте не означает, что используемые вами услуги включены в объем или влияют на используемые вами услуги. Следовательно; если ваша организация требует, чтобы поставщик был сертифицирован, проверьте услуги / объем, включенный в сертификацию.

Сертификаты об услугах, предлагаемых вам как клиенту
Помимо сертификатов, связанных с внутренней организацией, некоторые сертификаты предназначены для специальной сертификации услуг для клиента, таких как PCI-DSS и SOC-отчетность. Эти сертификаты конкретно касаются того, как сервисная организация управляет своими клиентскими услугами. Вместо того, чтобы показывать, что внутренняя организация имеет эффективный процесс управления информацией, эти сертификаты специально касаются требований в отношении услуг, которые вы используете. Кроме того, для сертификации в отношении клиентских услуг, опять же, важен объем. Например, в отчетности SOC определена конкретная область. Если ваша организация использует дополнительные услуги, предлагаемые обслуживающей организацией, или использует сложный физический сайт, и он не входит в объем, вы не можете полагаться на сертификацию для этих конкретных услуг.

Цели сертификации
Помимо рассмотрения области сертификации, необходимо определить, является ли цель сертификации релевантной для вашей сервисной организации. Например, центр обработки данных может быть сертифицирован на соответствие NEN 5710 (защита информации о медицинских данных), однако, если центр обработки данных не имеет доступа к информации, запрос на сертификацию бесполезен. Центр обработки данных может быть элементом управления, используемым держателем сертификата, но аудитор не может оценить, как центр обработки данных обрабатывает медицинские данные, если центр обработки данных не имеет доступа к этим данным.

Другим примером является сертификация GDPR, которую могут получить компании. Использование компании, сертифицированной GDPR, не означает, что ваша организация может положиться на эти сертификаты. Такая сертификация означает, что компания, имеющая сертификацию GDPR, соответствует GDPR для личных данных, которые они хранят и могут получить к ним доступ.

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

datacenter.com