Какую платформу виртуализации выбрать: отечественную, Open Source или комбинированную модель
Еще несколько лет назад российский рынок виртуализации решал преимущественно задачу срочного импортозамещения. Организациям требовалось быстро заменить зарубежные гипервизоры, снизить риски прекращения поддержки и сохранить работоспособность критически важных информационных систем. Сейчас ситуация изменилась: первые миграционные проекты завершены, российские продукты заметно расширили функциональность, а перед заказчиками встал новый вопрос - как выбрать оптимальную платформу среди множества решений.
На рынке постепенно закрепились два основных подхода. Первый предполагает использование продуктов на базе собственной разработки российского вендора. Второй строится вокруг открытого исходного кода, который дорабатывается, интегрируется и сопровождается отечественными компаниями. Кроме того, все чаще применяется комбинированная модель, когда разные классы нагрузок размещаются на нескольких платформах.
От срочной миграции к промышленной эксплуатации
В 2022-2023 годах компании в первую очередь стремились заменить иностранные решения и минимизировать инфраструктурные угрозы. В 2025 году акцент сместился на пилотирование: заказчики проверяли совместимость платформ с оборудованием, системами хранения, сетями, средствами резервного копирования и корпоративными приложениями.
К середине 2026 года многие организации начали переводить отечественные решения в промышленную эксплуатацию. При этом часть компаний продолжает использовать ранее приобретенное западное программное обеспечение, особенно в финансовой отрасли, нефтегазовом секторе и крупных распределенных холдингах. Однако такая инфраструктура постепенно приближается к пределу жизненного цикла: возникают сложности с обновлениями, технической поддержкой, лицензированием и переносом на новое оборудование.
По оценке Аналитического центра АНО "ЦКИТ", объем российского рынка платформ виртуализации в 2025 году составил около 14-16 млрд рублей против 10 млрд рублей годом ранее. Доля отечественных поставщиков в серверной виртуализации достигла примерно 80%, хотя установленная база VMware остается значительной.
В перспективе рынок может вырасти примерно до 50 млрд рублей к 2030 году. Среднегодовые темпы роста оцениваются приблизительно в 20%. До 2028 года главным фактором развития останется импортозамещение, после чего все более важную роль начнет играть массовое обновление серверной инфраструктуры.
Почему заказчики покупают не только гипервизор
При модернизации ИТ-инфраструктуры компании все чаще оценивают не отдельный гипервизор, а целостную программную платформу. В нее могут входить инструменты управления вычислительными ресурсами, виртуальными сетями, системами хранения данных, резервным копированием, мониторингом и виртуальными рабочими местами.
Это связано с тем, что перенос старого иностранного решения на новое оборудование может оказаться технически невозможным или экономически неоправданным. Организациям приходится одновременно обновлять серверы, систему хранения, средства защиты и программный слой виртуализации. Поэтому предпочтение получают поставщики, способные предложить единый стек и обеспечить его сопровождение.
В российском реестре программного обеспечения зарегистрировано более 90 продуктов, связанных с виртуализацией. Однако зрелыми и пригодными для масштабного промышленного использования специалисты считают примерно три десятка платформ. Таким образом, проблема рынка заключается уже не в нехватке предложений, а в сложности их объективного сравнения.
Собственная разработка: сильные и слабые стороны
Платформы, созданные на базе собственного кода, обычно предлагают более контролируемую архитектуру и единый цикл развития продукта. Вендор самостоятельно определяет приоритеты, отвечает за интеграцию компонентов и может быстрее адаптировать решение под требования российских заказчиков.
К преимуществам такого подхода относятся:
- единая зона ответственности за программную платформу;
- возможность глубокой интеграции с отечественными средствами защиты;
- более предсказуемый жизненный цикл продукта;
- адаптация к требованиям регулирующих органов;
- наличие локальной технической поддержки;
- контроль над ключевыми компонентами системы.
Однако собственная разработка требует значительных инвестиций. Не все компании успевают одинаково быстро реализовывать поддержку новых процессоров, сетевых технологий, систем хранения и инструментов автоматизации. Кроме того, молодой продукт может иметь ограниченную экосистему и недостаточное количество специалистов на рынке.
Заказчику важно проверить не только перечень заявленных функций, но и реальный опыт внедрений. Критичны такие параметры, как стабильность кластера, скорость восстановления виртуальных машин, работа с отказоустойчивыми хранилищами, качество обновлений и возможности диагностики инцидентов.
Open Source: гибкость и зависимость от интегратора
Открытый исходный код дает возможность создавать платформы на базе проверенных технологий, развивать их самостоятельно и избегать жесткой привязки к одному правообладателю. Такой подход может быть особенно привлекательным для крупных ИТ-команд, располагающих собственными разработчиками и инженерами.
Среди преимуществ Open Source обычно выделяют:
- отсутствие зависимости от закрытой архитектуры;
- возможность адаптировать код под конкретные задачи;
- широкий выбор интеграций;
- доступ к международному сообществу разработчиков;
- потенциально более низкую стоимость лицензирования;
- гибкость при построении нестандартных конфигураций.
Но открытость кода не означает отсутствие затрат. Компании приходится оплачивать внедрение, тестирование, сопровождение, аудит безопасности, разработку дополнительных модулей и обучение сотрудников. Если основной разработчик или интегратор прекращает поддержку проекта, заказчик может столкнуться с нехваткой компетенций.
Отдельное внимание следует уделять составу конкретной поставки. Две платформы, заявляющие одну и ту же базовую технологию, могут сильно различаться по качеству интерфейса, зрелости управления, набору драйверов, инструментам мониторинга и скорости исправления ошибок.
Комбинированная стратегия как практичный компромисс
Универсального решения для всех задач не существует. Поэтому крупные компании нередко используют смешанную модель. Критичные корпоративные системы размещаются на коммерческой платформе с гарантированной поддержкой, а тестовые среды, внутренние сервисы и менее требовательные приложения работают на решениях с открытым исходным кодом.
Такой вариант позволяет распределить риски и не зависеть от одного поставщика. При этом возрастает сложность эксплуатации: необходимо поддерживать несколько систем управления, готовить специалистов с разными компетенциями и выстраивать единые процессы мониторинга, резервного копирования и информационной безопасности.
Комбинированная архитектура оправдана, если нагрузка действительно неоднородна. Например, высокие требования к сертификации могут предъявляться к банковским системам, тогда как среды разработки и аналитические сервисы нуждаются прежде всего в гибкости и быстром масштабировании.
Как сравнивать платформы на практике
Перед выбором следует сформировать перечень собственных требований. В него необходимо включить типы приложений, объемы данных, требования к доступности, используемые серверы и системы хранения, особенности сетевой архитектуры, требования безопасности и планируемый срок эксплуатации.
Особенно важен пилотный проект на реальной нагрузке. В лабораторной среде продукт может демонстрировать высокие показатели, но при работе с корпоративными базами данных, большими виртуальными машинами и интенсивным вводом-выводом результаты окажутся иными.
В ходе тестирования стоит проверить:
- производительность процессоров и дисковой подсистемы;
- работу механизмов отказоустойчивости;
- скорость миграции виртуальных машин;
- восстановление после отказа узла;
- совместимость с резервным копированием;
- управление ролями и доступом;
- ведение журналов событий;
- автоматизацию развертывания;
- качество документации и технической поддержки.
Не менее важна экономика владения. Помимо стоимости лицензий необходимо учитывать затраты на оборудование, внедрение, обучение, сопровождение, обновления, расширение кластера и возможную замену интегратора.
Что учитывать при выборе поставщика
Надежность вендора определяется не только объемом продаж. Нужно оценивать финансовую устойчивость компании, количество инженеров, географию поддержки, скорость реакции на обращения и наличие понятной дорожной карты развития продукта.
По итогам 2024 года совокупная выручка десяти крупнейших разработчиков платформ виртуализации составила около 13 млрд рублей. Лидером рейтинга стала компания "Базис" с показателем 4,6 млрд рублей. На втором месте оказался Orion soft, заработавший 2,7 млрд рублей, третью позицию заняла "Группа Астра" с результатом 1,7 млрд рублей. Положительную динамику показали 83% участников рейтинга.
Эти показатели отражают рост рынка, но не заменяют техническую проверку. Даже крупный поставщик может не подходить конкретной организации из-за ограниченной совместимости или отсутствия нужных функций. И наоборот, менее известный разработчик способен успешно закрыть узкую задачу при наличии компетентной команды внедрения.
Виртуализация и развитие ИИ-инфраструктуры
Следующим этапом развития рынка станет сближение виртуализации с платформами для искусственного интеллекта и аналитики. Заказчикам потребуется управлять не только виртуальными машинами, но и ускорителями, графическими процессорами, специализированными хранилищами и высокоскоростными сетями.
Платформы будут развивать функции автоматического распределения ресурсов, прогнозирования нагрузки и оптимизации энергопотребления. Особое значение приобретут контейнеризация, гибридные сценарии и возможность перемещать рабочие нагрузки между локальной инфраструктурой и облачными ресурсами.
При выборе решения уже сегодня стоит выяснить, поддерживает ли оно современные методы автоматизации, интеграцию с контейнерными средами и управление ускорителями. Это позволит избежать повторной масштабной миграции через несколько лет.
Итоговый подход к выбору
Отечественная платформа на базе собственной разработки подойдет организациям, которым важны единая ответственность, контролируемый жизненный цикл и соответствие требованиям безопасности. Open Source будет рациональным выбором для компаний с сильной внутренней ИТ-командой, которым нужна гибкость и возможность глубоких доработок. Комбинированная модель окажется полезной при разнородных нагрузках и необходимости распределить риски.
Оптимальное решение следует выбирать не по числу функций в презентации и не по известности бренда. Главными критериями должны стать результаты пилота, совместимость с текущей инфраструктурой, стоимость полного жизненного цикла, зрелость поддержки и способность платформы развиваться вместе с бизнесом.
