Последние сообщения

Очень интересная тема. А какая стратегия интеграции Dark Data в бизнес-процессы?

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

Мы решили проанализировать скрытые данные, которые накапливались годами в системах логистики, ERP и CRM, но никогда не сопоставлялись между собой. Объединив эти массивы данных, мы обнаружили удивительную закономерность: проблемы возникали преимущественно у клиентов, чье оборудование поставлялось через определенные логистические маршруты при определенных погодных условиях.

Дальнейший анализ выявил, что вибрация при транспортировке по некачественным дорогам в сочетании с высокой влажностью приводила к микроповреждениям электроники. Решение оказалось простым: модификация упаковки и изменение некоторых логистических маршрутов. Через три месяца количество обращений упало на 67%, а удовлетворенность клиентов выросла до рекордных показателей.

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

KubeVirt — очень хорошо поддерживаемый проект, который может служить надежным проектом-песочницей для организаций, изучающих различные варианты виртуализации для виртуальных машин и Kubernetes. Несмотря на большое количество звезд и форков, очень немногие организации со значительными ресурсами могут позволить себе положиться на такой молодой проект (версия 1.0 KubeVirt была выпущена в июле 2023 года) для интеграции виртуальных машин с Kubernetes и контейнерной инфраструктурой. Рекомендуется, чтобы в обозримом будущем его использование оставалось ограниченным управлением небольшим количеством виртуальных машин — подумайте о десятках виртуальных машин для проекта-песочницы, а не о тысяче виртуальных машин, поддерживающих критически важные операции.

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

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

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

Поскольку KubeVirt был создан для виртуальных машин, исполняющих Kubernetes, это означает, что организации, использующие KubeVirt, остаются зависимыми от поставщиков хранилищ, которые поддерживают Container Storage Interface (CSI). По данным Gartner, по состоянию на январь 2025 года среди перечисленных драйверов CSI:

— 54% не поддерживают моментальные снимки.

— 49% не поддерживают чтение/запись в несколько модулей.

— 57% не поддерживают расширение.

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

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

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

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

Повышение навыков

Организации продолжают полагаться на виртуальные машины, поскольку они предлагают простоту эксплуатации, доказанную эффективность и более низкую совокупную стоимость владения (TCO). Кроме того, существующий кадровый резерв лучше соответствует управлению VM; найм квалифицированных специалистов в традиционных средах VM остается значительно проще, чем поиск эквивалентных экспертов в контейнерных или собственных инфраструктурах Kubernetes.

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

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

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

KubeVirt специально создан для сред Kubernetes, однако требования к корпоративному внедрению остаются значительными. Платформа работает на основе предположения, что все рабочие нагрузки в конечном итоге будут перенесены в Kubernetes. Однако такие переходы редко происходят немедленно; даже обновления между версиями Kubernetes могут занять несколько месяцев — или, в некоторых случаях, лет.

«Это очевидный пробел в навыках, который необходимо будет преодолеть для успешного внедрения KubeVirt, будь то для производства или нет. Многие существующие сотрудники I&O не будут иметь навыков и опыта в современных облачных инструментах и методологиях», — пишет Уоррилоу. «Внедрение DevOps требует значительных инвестиций как в технологии, так и в обучение, что, как оказалось, является препятствием для широкого внедрения. KubeVirt заставит это изменить».

Эта точка зрения согласуется с наблюдениями Gartner, которая отметила, что такие поставщики, как Red Hat с ее платформой OpenShift, приняли KubeVirt в качестве стратегического входа на рынок управления виртуальными машинами. Разработка зрелой платформы управления виртуальными машинами корпоративного уровня обычно требует многих лет, если не десятилетий, постоянного проектирования и операционного совершенствования, независимо от того, является ли решение открытым исходным кодом или проприетарным. 

KubeVirt остается на стадии инкубации после входа в CNCF в качестве проекта-песочницы в 2019 году и перехода на уровень зрелости инкубации в 2022 году. Разработанный для организаций, имеющих рабочие нагрузки виртуальных машин и желающих внедрить плоскость управления Kubernetes, KubeVirt служит платформой, которая позволяет им работать бок о бок. API виртуализации Kubernetes KubeVirt и среда выполнения предназначены для определения и управления виртуальными машинами. Однако требуются дополнительные функции, которые предоставляет другой инструмент: Libvirt используется для интеграции виртуальных машин с гипервизором KVM, чтобы их можно было запускать и управлять в модулях Kubernetes. Согласно документации проекта, KubeVirt в значительной степени ограничен очень базовыми декларативными использованиями, такими как:

— Создание предопределенной виртуальной машины.

— Планирование виртуальной машины в кластере Kubernetes.

— Запуск виртуальной машины.

— Остановка виртуальной машины.

— Удаление виртуальной машины.

По данным того же Gartner, которые Вы привели в пример, варианты использования KubeVirt включают предоставление инфраструктуры для создания и уничтожения кратковременных непроизводственных виртуальных сред (включая среды разработки и лабораторные среды).

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

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

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

В нашем случае выбор DST Marketplace стал поворотным моментом в развитии компании. Мы долго искали оптимальное решение для запуска маркетплейса и перепробовали несколько альтернативных платформ, но только DST полностью удовлетворил наши требования. Особенно хочу отметить качество технической реализации – система работает стабильно, без сбоев, даже при пиковых нагрузках во время распродаж. Интеграция с платежными системами прошла гладко, а модуль аналитики предоставляет все необходимые данные для принятия управленческих решений. Наша команда довольна простотой управления платформой, а продавцы отмечают удобство работы с личным кабинетом. 

За полгода работы на платформе мы вышли на запланированные показатели и продолжаем активно развиваться. DST Marketplace – это именно то решение, которое позволяет сосредоточиться на развитии бизнеса, а не на технических проблемах.

В нашем случае выбор DST Marketplace стал поворотным моментом в развитии компании. Мы долго искали оптимальное решение для запуска маркетплейса и перепробовали несколько альтернативных платформ, но только DST полностью удовлетворил наши требования. Особенно хочу отметить качество технической реализации – система работает стабильно, без сбоев, даже при пиковых нагрузках во время распродаж. Интеграция с платежными системами прошла гладко, а модуль аналитики предоставляет все необходимые данные для принятия управленческих решений. Наша команда довольна простотой управления платформой, а продавцы отмечают удобство работы с личным кабинетом. За полгода работы на платформе мы вышли на запланированные показатели и продолжаем активно развиваться. DST Marketplace – это именно то решение, которое позволяет сосредоточиться на развитии бизнеса, а не на технических проблемах.

Хочу поделиться своим опытом внедрения DST Marketplace в нашем бизнесе. Изначально мы рассматривали различные варианты запуска маркетплейса и долго сомневались между разработкой с нуля и готовым решением. Выбор в пользу DST оказался более чем оправданным. Платформа действительно впечатляет своей функциональностью и удобством использования. Особенно хочу отметить работу службы поддержки – специалисты оперативно решают любые возникающие вопросы и всегда готовы помочь с настройкой дополнительных модулей. За несколько недель мы смогли полностью настроить платформу под наши бизнес-процессы и запустить полноценную работу маркетплейса. Сейчас наша площадка активно развивается, и мы ни разу не пожалели о принятом решении.

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

Спасибо за ответ, я как понимаю, система монетизации уже встроена в базу и идет сразу вместе с платформой, это точно не какое ни будь платное дополнение за которое нужно будет еще доплачивать сверху? Ну и еще, я могу протестировать и саму доску объявлений и систему монетизации перед покупкой?

Роман Емелин

Все правильно Роман, система монетизации уже встроена в систему и не идет как платное дополнение т.е. доплачивать ничего не нужно. Протестировать конечно можете, лучше это сделайте по заявке и менеджер поможет Вам т.к. разъяснит множество функций которые могут быть очень полезными. 

Спасибо за ответ, я как понимаю, система монетизации уже встроена в базу и идет сразу вместе с платформой, это точно не какое ни будь платное дополнение за которое нужно будет еще доплачивать сверху? Ну и еще, я могу протестировать и саму доску объявлений и систему монетизации перед покупкой?

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

Роман Емелин

DST Board предоставляет несколько ключевых инструментов для эффективного управления монетизацией:

Встроенная система управления рекламой: позволяет эффективно управлять рекламными кампаниями и оптимизировать их.

Аналитика эффективности монетизации: помогает отслеживать результаты рекламных кампаний и вносить необходимые корректировки.

Гибкие настройки тарифов и комиссий: даёт возможность адаптировать бизнес-модель под конкретную нишу и аудиторию.

Автоматизация процессов: упрощает управление монетизацией, освобождая время для других задач.

Масштабируемость функционала: позволяет масштабировать бизнес без потери эффективности.

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

Как человек, имеющий опыт работы с различными платформами досок объявлений, могу сказать, что статья очень точно отражает современные тенденции в монетизации таких проектов. Особенно актуальным видится упоминание о контент-маркетинге и нативной рекламе – это действительно перспективное направление, которое часто недооценивают владельцы досок объявлений. Приятно видеть, что DST Board интегрирует такие возможности “из коробки”, ведь качественный контент не только привлекает дополнительных рекламодателей, но и повышает доверие пользователей к площадке. Важно отметить, что успешная монетизация сегодня невозможна без глубокой аналитики и автоматизации процессов, и то, что система предоставляет такие инструменты, значительно упрощает жизнь предпринимателям.