Российский рынок программно-аппаратных комплексов растет уже не только из-за импортозамещения и требований к критической информационной инфраструктуре. Заказчикам нужны готовые инфраструктурные решения, где оборудование, программный слой, безопасность, сервис и ответственность поставщика собраны в один контур. Следующий этап развития рынка связан со специализацией: ПАКи для виртуализации, частных облаков, хранения данных, СУБД, искусственного интеллекта и промышленных систем должны заменить не отдельные серверы или программы, а сложные платформы, которые раньше покупались у западных вендоров как готовая архитектура.
От замены компонентов к готовой инфраструктуре
После ухода западных поставщиков рынок ПАК сначала решал задачу замещения: заказчикам нужно было заменить серверы, системы хранения, платформы виртуализации, базы данных и средства управления инфраструктурой. Следующий этап связан с проверенными конфигурациями, в которых оборудование, программный слой, средства управления и поддержка работают как единый продукт.
Для заказчика это прежде всего вопрос ответственности. При раздельной закупке оборудования и ПО проблема на стыке серверов, операционной системы, СУБД, виртуализации или средств защиты быстро превращается в спор о том, к кому обращаться. На это обращает внимание Александр Фильченков, руководитель управления серверных и сетевых систем «Гравитона». По его словам, производители специализированных ПАК нередко объединяются в альянсы, чтобы заранее проверить связку оборудования и ПО и предложить заказчику готовое решение с понятной зоной поддержки.
Рейтинг российских программно-аппаратных комплексов 2026
Подробнее: Обзор «Программно-аппаратные комплексы 2026»
Регулирование усиливает этот спрос, особенно в критической информационной инфраструктуре. Фильченков называет одним из ключевых драйверов Постановление Правительства РФ от 14 ноября 2023 г. №1912, которое задает порядок перехода субъектов КИИ на преимущественное применение доверенных ПАК на значимых объектах. Для таких заказчиков важны доверенность комплекса, реестровый статус аппаратной и программной части, сертификаты средств защиты информации и ответственность поставщика за решение в целом.
При этом переход может оказаться неравномерным. Евгений Зенин, генеральный директор Depo Computers, считает рискованным перенос основной массы проектов на последние годы перед 2030 г. Длительное бюджетирование и рост стоимости процессоров, накопителей и оперативной памяти могут привести к тому, что заказчики одновременно выйдут на рынок с большим числом запросов, а производственных и внедренческих ресурсов вендоров окажется недостаточно.
Запрос на ПАК выходит за рамки нормативных требований. По оценке Дарьи Марковой, директора бизнес-юнита «Комплексные инфраструктурные решения» «Аквариуса», сегмент переходит от экспериментальных внедрений к серийному выпуску и продуктивной эксплуатации. Для заказчиков это означает переход от вынужденной замены западных решений к выбору промышленного продукта с понятным жизненным циклом.
Эту динамику подтверждают и рыночные оценки. Роман Бычков, руководитель продуктового департамента Скала^р (Группа Rubytech), приводит данные Б1: в 2025 г. российский рынок инфраструктуры высоконагруженных систем вырос на 15%, до 658 млрд руб., а продажи коммерческих отечественных ПАК к 2031 г. могут увеличиться с 89 млрд до 265 млрд руб. По его оценке, при выборе комплекса заказчики все чаще исходят не только из формальных требований, но и из совокупной стоимости владения, предсказуемости работы под нагрузкой и скорости запуска сервисов.
Что считать зрелым ПАКом
В готовом ПАК заказчик покупает не только оборудование и ПО, но и проверенный сценарий внедрения. Важны архитектура комплекса, документация, процедуры обновления, мониторинг, резервное копирование и поддержка — все, что определяет работу решения после поставки.
Аппаратная часть ПАК важна сама по себе: процессоры, накопители, сетевые интерфейсы, графические ускорители, резервирование питания, масштабирование и горячая замена компонентов определяют пределы нагрузки. Но для заказчика не менее важен программный слой — средства управления, журналирование действий, интеграция с корпоративной аутентификацией, передача событий во внешние системы и порядок обновлений.
Серийный ПАК снимает с заказчика часть работ по совместимости, настройке и оптимизации. Дарья Маркова отмечает, что такие задачи берет на себя производитель комплекса. Вячеслав Разовский, директор направления по инфраструктуре и ПАК VK Tech, связывает спрос на ПАК с предсказуемой совокупной стоимостью владения, единой точкой ответственности и меньшей зависимостью от редких специалистов по каждому слою инфраструктуры.
Безопасность также оценивается на уровне всего комплекса. Важны разграничение прав пользователей и администраторов, фиксация их действий, защита интерфейсов управления, шифрование данных и физическая защита оборудования. Для госсектора, КИИ и других регулируемых сред дополнительно проверяются реестровый статус аппаратной и программной части, а также сертификаты средств защиты информации.
ПАК подбирают под конкретные нагрузки
Спрос на универсальные инфраструктурные комплексы сохраняется, но в новых проектах заказчики все больше смотрят на ПАК под конкретный рабочий сценарий: виртуализацию, хранение данных, СУБД, ИИ или промышленную автоматизацию. Чем выше требования к производительности, отказоустойчивости и безопасности, тем важнее заранее проверить связку оборудования, программного слоя и средств управления.
В инфраструктурном сегменте заметны две модели. Гиперконвергентные комплексы объединяют вычисления, хранение, сеть и виртуализацию в одном управляемом контуре и подходят для частных облаков или внутренних платформ. Внешние системы хранения остаются востребованы там, где нужны большие емкости, отказоустойчивость или особый профиль нагрузки. Вячеслав Разовский, директор направления по инфраструктуре и ПАК VK Tech, отмечает, что эти подходы закрывают разные классы задач, поэтому универсальной архитектуры для всех сценариев нет.
Более сложные требования возникают в ПАК для ИИ и СУБД. В ИИ заказчику нужны вычислительные мощности, закрытый контур, контроль данных, инструменты разработки и понятный путь от пилота к промышленной эксплуатации. Дарья Маркова связывает спрос на такие решения с ресурсоемкими задачами машинного обучения, аналитики и моделирования, которые заказчики хотят решать в собственном дата-центре. В сегменте СУБД комплекс должен конкурировать с оптимизированной платформой, где аппаратная часть, операционная система, база данных и средства администрирования работают как единый стек.
Не все классы ПАК развиваются одинаково
Российские ПАК уже закрывают многие базовые инфраструктурные задачи: виртуализацию, частные облака, объектное хранение, программно-определяемые хранилища. В этих сегментах вендоры адаптируют архитектуры под локальное оборудование, отечественное ПО и требования безопасности. Вячеслав Разовский связывает это с переходом от повторения привычной логики западных платформ к собственным решениям, рассчитанным на российскую инфраструктуру.
Более сложные сегменты требуют большего запаса по производительности, отказоустойчивости и масштабированию. Это высоконагруженные СУБД, аппаратные системы верхнего уровня, ПАК для ресурсоемких ИИ-задач и промышленные комплексы. Здесь важны не только характеристики компонентов, но и опыт промышленной эксплуатации, результаты нагрузочных испытаний, референсные проекты и готовность производителя сопровождать решение несколько лет.
При этом готовность российских ПАК различается не только по классам задач, но и по слоям решения. По оценке Романа Бычкова, в архитектуре, программном обеспечении и инженерной интеграции комплексы для СУБД, больших данных, хранения и большинства корпоративных ИИ-сценариев уже могут заменять западные платформы. Ограничением для наиболее ресурсоемких ИИ-нагрузок остается доступность аппаратных компонентов, прежде всего современных вычислительных ускорителей.
В крупных организациях новый ПАК редко внедряется «с чистого листа»: его приходится встраивать в действующие системы мониторинга, резервного копирования, безопасности и управления. Александр Фильченков указывает, что такая интеграция может стать серьезным вызовом для ИТ-директоров. В промышленности к этому добавляются непрерывный режим работы, требования к надежности, условия размещения оборудования и привязка к конкретным технологическим процессам.
Сдерживает переход и масштаб унаследованной инфраструктуры. Роман Бычков отмечает, что крупные заказчики продолжают эксплуатировать значительные парки зарубежных ПАК, а перенос критичных систем без остановки бизнеса требует времени и дополнительных затрат. Особенно заметен этот барьер в банках и на непрерывных производствах, где миграцию приходится увязывать с режимом работы действующих систем.
Серийный ПАК сложнее разовой сборки
Разная скорость развития сегментов связана не только с доступностью комплектующих. Производителю нужно не просто собрать работоспособную конфигурацию, а превратить ее в повторяемый продукт: проверить совместимость аппаратной и программной части, провести испытания, подготовить документацию, наладить поставки, обновления и сервис.
Руслан Верчинов, руководитель направления ПАК Depo Computers, обращает внимание на необходимость формализованного контроля производства. По его словам, проверка должна проводиться не только после сборки комплекса: каждый производственный этап завершается контролем выполненных операций, а готовое решение проходит функциональные и нагрузочные испытания, а также проверку отказоустойчивости. Это снижает риск обнаружить несовместимость компонентов уже на площадке заказчика и сорвать сроки внедрения.
Из-за этого порог входа на рынок остается высоким. Заказчик оценивает не только характеристики комплекса, но и устойчивость производителя: сможет ли он поставлять оборудование, выпускать обновления, держать запасные части, сопровождать решение в регионах и отвечать за весь стек. Для госсектора, КИИ и других регулируемых сред к этому добавляются реестровый статус компонентов и сертификаты средств защиты информации.
Работа с регулируемыми сегментами увеличивает сроки вывода ПАК на рынок. Александр Фильченков отдельно указывает на длительность сертификации для КИИ: если комплекс включает компоненты, связанные с защитой информации, производителю приходится проходить проверки ФСТЭК или ФСБ. Поэтому скорость появления новых ПАК зависит не только от разработки и поставок компонентов, но и от готовности продукта к регуляторной проверке.
Сервис становится частью продукта. Поддержка 8/5 или 24/7, сроки реакции и восстановления, склады ЗИП в России, выездное обслуживание, сервисный портал и несколько линий поддержки напрямую влияют на возможность использовать ПАК в критичных процессах. Если производитель не готов отвечать за аппаратную и программную часть через единую точку контакта, ценность комплекса для заказчика снижается.
ПАКи конкурируют с раздельной закупкой инфраструктуры
Готовые комплексы конкурируют с привычной моделью, при которой заказчик отдельно закупает серверы, системы хранения, программное обеспечение и услуги интеграции. ПАК оказывается удобен там, где важны единая ответственность, сокращение сроков внедрения, предсказуемая стоимость владения и снижение риска несовместимости компонентов.
Эти преимущества нужно подтверждать в промышленной эксплуатации: на критичных нагрузках, при масштабировании, обновлении без остановки сервисов, выполнении требований регуляторов и сопровождении в течение всего жизненного цикла. Вячеслав Разовский связывает снижение входного барьера с гибкими моделями потребления: заказчик может начать с пилота, проверить комплекс на реальной нагрузке и затем масштабировать проект без резкого роста первоначальных затрат.
Дальше рынок будет оценивать ПАКи по работе в реальной эксплуатации: выдерживают ли они заявленные нагрузки, насколько просто масштабируются, как обновляются и сопровождаются. Это и будет отделять законченные инфраструктурные продукты от разовых сборок под конкретный проект.
Поделиться
