Рынок российских ПАКов 2026: новая инфраструктурная норма

Российский рынок программно-аппаратных комплексов (ПАК) входит в фазу структурного роста и системного закрепления. Связка «железо + системное и прикладное ПО + сервис» становится новой инфраструктурной нормой: заказчики переходят от интеграции разрозненных компонентов к приобретению заранее протестированных, преднастроенных и поддерживаемых программно-аппаратных решений с единой зоной ответственности. Дополнительный импульс рынку придало постановление Правительства РФ № 1912 от 14 ноября 2023 года, закрепившее переход субъектов КИИ на преимущественное использование доверенных ПАКов (ДПАК) и фактически нормативно закрепившее этот формат как базовую единицу ИТ-инфраструктуры.

ПАК охватывают практически все технологические слои экономики — от высоконагруженных баз данных, виртуализации и СХД до информационной безопасности, телеком-решений, АСУ ТП и, конечно, специализированных отраслевых платформ. Их востребованность объясняется снижением интеграционных рисков, ускорением внедрения, предсказуемостью SLA и возможностью горизонтального масштабирования. Одновременно с этим сегмент ПАКов остается высокобарьерным. Значительные инвестиции в НИОКР, требования к сертификации, контроль цепочек поставок и необходимость развитой сервисной модели ограничивают число игроков. В результате формируется редкое для ИТ-сектора сочетание — высокий потенциал роста при умеренной конкуренции. Несмотря на то что многие крупные участники рынка не спешат делиться своими финансовыми результатами и другой чувствительной информацией, можно смело утверждать, что рынок ПАК растет. В обзоре мы рассмотрим его структуру, драйверы и ограничения, а также попытаемся оценить, станет ли модель ПАК долгосрочной архитектурной доминантой.

ПАК или не ПАК?

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

Программно-аппаратный комплекс (ПАК) — это не просто набор совместимых продуктов, а предварительно спроектированная, протестированная и сопровождаемая система. То есть интегрированное решение, в котором аппаратная и программная части спроектированы, поставляются и поддерживаются как единое целое. Программное обеспечение (ПО) должно быть оптимизировано под конкретную аппаратную платформу, а аппаратная часть — под задачи и характеристики ПО. Это выражается в гарантированных показателях производительности, отказоустойчивости, безопасности и управляемости, которые не могут быть достигнуты при произвольной замене компонентов. Важным критерием также является единая модель жизненного цикла: обновления, техническая поддержка, управление конфигурацией и ответственность за работоспособность лежат на одном поставщике или партнерском объединении, выступающем как единый вендор.

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

Отдельно следует обозначить категории решений, которые некорректно относить к ПАКам. Прежде всего, это сборные инфраструктурные решения, где заказчик или интегратор самостоятельно подбирает серверы, системы хранения и программное обеспечение (например, классические on-premise-решения на базе стандартных серверов и отдельно приобретаемых лицензий). Также не являются ПАКами чисто программные продукты, даже если они поставляются с рекомендованными аппаратными требованиями (например, гипервизоры или СУБД без привязки к конкретной платформе). К пограничной категории относятся решения категории референсных архитектур: они могут описывать протестированную конфигурацию, но при отсутствии единого поставщика и жесткой связки компонентов все же не соответствуют критериям ПАК. Аналогично, облачные сервисы (IaaS/PaaS) не считаются ПАКами в классическом понимании, поскольку пользователь не получает аппаратную часть в составе поставки.

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

Доверенные ПАКи

Особый сегмент рынка в России — доверенные программно-аппаратные комплексы (ДПАК), к которым предъявляются гораздо более жесткие требования, обусловленные задачами информационной безопасности и технологического суверенитета. В отличие от обычных ПАКов, здесь критичны вопросы происхождения компонентов, контролируемости цепочки поставок и отсутствия недекларированных возможностей. Как правило, ДПАК должен использовать сертифицированные средства защиты информации, соответствовать требованиям регуляторов, а также обеспечивать возможность аудита как программной, так и аппаратной части. Нередко предъявляются требования к использованию отечественных процессоров, операционных систем и криптографических модулей либо к подтвержденной доверенности зарубежных компонентов. Дополнительно для ДПАКа важны механизмы доверенной загрузки, контроля целостности, разграничения доступа и защищенного обновления. Эти требования вытекают из необходимости применения таких комплексов в критической информационной инфраструктуре (КИИ), государственных информационных системах и в организациях с повышенными требованиями к защите данных.

Решение о том, соответствует ли конкретный продукт статусу доверенного ПАКа, принимается уполномоченными государственными органами в рамках процедур сертификации и включения в реестры. В России ключевую роль играют ФСТЭК России (в части технической защиты информации) и ФСБ России (в части криптографических средств). Также учитывается включение в реестр российской радиоэлектронной продукции Минпромторга и реестр отечественного ПО Минцифры. Фактически статус ДПАКа подтверждается наличием соответствующих сертификатов, экспертных заключений и регистрационных записей, а не декларацией производителя. Это обеспечивает формализованный и проверяемый механизм признания доверенности, что критически важно для государственных заказчиков и субъектов КИИ.

Динамика роста

Анализ текущей динамики российского рынка ПАКов показывает, что его рост носит неравномерный характер: быстрее всего развиваются те сегменты, где ПАК выступает инструментом решения системных ограничений (технологических, регуляторных и организационных). В этом смысле ПАК в России — это механизм ускоренной трансформации инфраструктуры в условиях импортозамещения и роста различных требований.

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

Еще один быстрорастущий сегмент — индустриальные и технологические ПАКи (промышленная автоматизация, АСУ ТП). Здесь рост обусловлен глубокой цифровизацией базовых отраслей экономики: нефтегазовой, металлургической, химической, АПК и добывающего сектора в целом. Рынок ПАКов для промышленной автоматизации демонстрирует устойчивый рост (на уровне двухзначных цифр) и может кратно увеличиться к 2030 году. Ключевой фактор — это реальная необходимость замещения зарубежных SCADA/PLC-экосистем и переход к более интегрированным решениям, где программный стек тесно связан с оборудованием. В отличие от классического ИТ, здесь ПАК фактически становится базовой единицей внедрения.

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

Следует выделить и сегмент инфраструктурных ПАКов (гиперконвергентные инфраструктуры, виртуализация, частные облака), который продолжает развиваться на фоне общего подъема облачных и платформенных решений. Несмотря на то что публичные облака остаются самым быстрорастущим сегментом ИТ (свыше 35% в год), в российской специфике из-за регуляторных и других ограничений значительная часть спроса смещается в сторону локальных решений и частных облаков. ПАК в этой модели может выполнять роль «коробочного облака», позволяющего быстро развернуть стандартизированную инфраструктуру внутри периметра организации.

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

Барьеры

Появление новых игроков на рынке ПАКов ограничивается сочетанием технологических и регуляторных барьеров, формирующих высокий порог входа. С технологической стороны критичны требования к глубокой вертикальной интеграции, наличию контролируемой аппаратной базы, компетенций в области системного ПО, а также ресурсов для длительного тестирования, оптимизации и обеспечения отказоустойчивости на уровне всего стека. Дополнительно усложняет вход необходимость выстраивания сервисной модели (поддержка, обновления, SLA) и подтверждения совместимости с существующими инфраструктурами. С юридической и регуляторной стороны барьеры включают обязательность сертификации (ФСТЭК, ФСБ) для работы в чувствительных сегментах, требования к отсутствию недекларированных возможностей, контролю цепочек поставок, а в ряде случаев, и к использованию отечественных компонентов. Значимую роль играют также процедуры включения в государственные реестры (ПО и радиоэлектроники), без которых доступ к крупным заказчикам, особенно в госсекторе и КИИ, фактически ограничен. В совокупности это предполагает значительные инвестиции и длительную подготовку к выходу на рынок, что сдерживает приток новых участников. Поэтому за многими ПАК-решениями, как правило, стоят не отдельные компании, а консорциумы или партнерские альянсы. Для вывода конкурентоспособного продукта на рынок компании вынуждены кооперироваться, причем один и тот же участник может одновременно входить в несколько технологических альянсов.

Степень локализации

Ситуация с локализацией в сегменте ПАКов принципиально не отличается от других направлений ИТ-отрасли и смежных с ней сфер. Несмотря на оценки, согласно которым в 2025–2026 годах современные российские ИТ-продукты на 50–70% состоят из отечественных компонентов, эта цифра сильно колеблется в зависимости от применяемой методики расчета. Прежде всего, от критериев, соответствие которым позволяет выдать продукции статус «Сделано в России». Если в части ПО уровень локализации действительно высок, то в аппаратной составляющей прогресс существенно ограничен. Ключевые узлы ИТ-систем, значительная часть готовых модулей, а также электронная компонентная база по-прежнему в основном импортируются, и полноценных альтернатив им на текущий момент нет. До появления масштабного производства собственных процессоров, графических ускорителей, SoC и других критически важных компонентов говорить о высокой степени аппаратной локализации преждевременно. На практике широко используется подход, при котором продукт считается российским, если его разработка, сборка и тестирование выполняются на территории страны. При этом в составе таких решений зачастую используются иностранные процессоры, память, контроллеры и иные ключевые элементы глобальных производителей. Вместе с тем недооценивать значение локального проектирования и сборки, а также успехи по некоторым аппаратным направлениям, было бы некорректно. Несмотря на это, дальнейшее углубление локализации в аппаратной части напрямую связано с развитием отечественной микроэлектроники.

Наследуемые инфраструктуры

Ключевые риски интеграции ПАК с наследуемой (legacy) инфраструктурой сосредоточены вокруг несовместимости архитектурных парадигм и ограниченной управляемости гетерогенной среды. Во-первых, это технологическая несовместимость, так как устаревшие протоколы, проприетарные интерфейсы и отсутствие API затрудняют бесшовную интеграцию и требуют создания промежуточных слоев (middleware). Во-вторых, возникает риск деградации заявленных характеристик ПАК: при встраивании в legacy-контур нарушается предсказуемость производительности, отказоустойчивости и безопасности, поскольку часть зависимостей выходит за пределы контролируемой среды комплекса. В-третьих, критичным остается разрыв в моделях управления и эксплуатации: современные ПАКи ориентированы на централизованное, автоматизированное управление, тогда как legacy-системы часто требуют ручного администрирования, что усложняет управление и повышает вероятность ошибок. Дополнительно усиливаются риски в области ИБ и соответствия требованиям регуляторов. В совокупности это приводит к росту стоимости владения и нивелирует часть оригинальных преимуществ ПАКов.

Базовая структура и реальные игроки

Рынок ПАКов целесообразно рассматривать через призму двух укрупненных слоев. Базовый уровень формируют инфраструктурные ПАКи, обеспечивающие фундаментальные ИТ-функции: хранение и обработку данных, виртуализацию, управление базами данных, работу с большими данными и т. п. Эти решения выступают в качестве технологической основы, на которой строятся остальные системы.

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

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

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

Инфраструктурные ПАКи

Группа Rubytech выступает одним из ведущих поставщиков программно-аппаратных комплексов и решений для дата-центров. Компания специализируется на построении высоконагруженных и отказоустойчивых ИТ-инфраструктур для крупного бизнеса и госсектора, включая защиту от киберугроз. Ключевым продуктом является линейка ПАКов «Скала^р» — преднастроенные решения корпоративного уровня (для различных отраслей, включая промышленность), применяемые для задач хранения и обработки данных, виртуализации, аналитики и СУБД. Платформы поддерживают сценарии от работы с большими данными и ИИ до построения S3-совместимых объектных хранилищ и геораспределенных систем. Решения включены в государственные реестры, соответствуют требованиям КИИ и ориентированы на импортозамещение.

В целом рынок инфраструктурных ПАК в России формируется вокруг комплексных решений под ключ, объединяющих вычислительные ресурсы, системы хранения, виртуализацию и прикладное ПО. Например, решения «Гравитон» представляют собой СХД/ПАК на базе стандартных серверных платформ (4U, 19"), поддерживающих различные ОС и системы управления хранением (BAUM, RAIDIX, АРГО), и применяются для баз данных, виртуализации и резервного копирования. «АЭРОДИСК» (ГК «Аквариус») предлагает линейку ENGINE AQ — ПАКи хранения с собственной программной частью и аппаратной платформой Aquarius, включенные в государственные реестры и применяемые в высоконагруженных и катастрофоустойчивых сценариях. Решения «СИЛА ПАК» (компания «СИЛА») ориентированы на виртуализацию и универсальную инфраструктуру: от SMB-сегмента до крупных внедрений с поддержкой критически важных систем (ERP, MES), обеспечивая масштабируемость и централизованное управление ресурсами.

Также стоит отметить российского вендора корпоративных ИТ-решений - ITPOD (направление серверной инфраструктуры корпорации ITG). В портфолио компании представлен как ряд готовых программно-аппаратных комплексов, так и возможность создать ПАК – под конкретные нужды заказчика. Например, ПАКи в сотрудничестве с другими вендорами корпорации ITG: Unified ITPOD-vStack – совместное решение ITPOD и vStack, в рамках которого гиперконвергентная платформа vStack HCP разворачивается на серверах ITPOD; ПАКи для ИИ-задач – это совместные решения ITPOD и Ainergy (корпоративная платформа управления ИИ), которые позволяют внедрять LLM, VLM, ASR (STT), TTS, ImgGen, RAG в бизнес-процессы заказчика. Также внимания заслуживает серия специализированных ПАКов СКАТ DPI для операторов мобильной связи и интернет-провайдеров.

Отдельный сегмент формируют гиперконвергентные и специализированные ПАКи. К ним, например, относится DEPO Atlas — модульная платформа с гиперконвергентной архитектурой (от трех узлов), применимая для виртуализации, хранения и баз данных, с централизованным управлением. В экосистеме «Аквариус» развиваются комплексные решения, включающие ПАКи для виртуализации (zVirt), частных облаков (Astra Infrastructure Cloud, AIC), СУБД (Tantor XData), а также специализированные комплексы, такие как DION.On-prem для корпоративных коммуникаций и «Лира» для задач ИИ с использованием аппаратных ускорителей.

Про ПАК «Лира» стоит сказать чуть больше: он состоит из серверов Aquarius флагманского семейства AQserv АС и ИИ-ускорителей LinQ HPD на базе отечественного процессора собственной архитектуры от компании «ХайТэк». Ускоритель работает на базе российских тензорных процессоров LinQ H1M (техпроцесс — 28 нм), его пиковая производительность равна 48 TOPS (int8). ПАК предназначен для запуска ИИ-приложений и оптимизирован для применения в стандартной инфраструктуре дата-центров. Решение подходит для использования в видеоаналитике, биометрии, медицине, геологии и разведке ископаемых, ИБ-сценариях, управлении беспилотными видами транспорта.

Интересные доверенные программно-аппаратные решения есть также у ИТ-холдинга «Т1». Например, это ПАК «Фабрика ИИ» для работы с MLOps-платформой «Сайбокс». Также заслуживает внимания ПАК «СИЛАРОН» для автоматизации объектов любой сложности. Это распределенная система управления (РСУ) в составе АСУ ТП для промышленных предприятий с непрерывным производственным циклом.

Собственные и совместные с другими участниками рынка ПАК-решения в области виртуализации, работы с большими данными и бизнес-аналитики также есть у таких компаний, как ИЦ «Баррикады», ГК «DатаРу», Kraftway, Delta Computers, «Форсайт» и многих других.

ПАК для ИБ

Рынок ПАКов для ИБ стоит рассматривать в контексте нишевых или сквозных решений. Как уже было упомянуто, это один из самых динамических и конкурентных сегментов рынка ПАКов. Среди ключевых игроков в сегменте ПАКов для решения ИБ-задач можно отметить такие компании, как Positive Technologies, «ИнфоТеКС», «Код Безопасности», «С-Терра», InfoWatch, АО «ИВК», «Элвис Плюс», «Гарда Технологии», НПО «Эшелон», UserGate и многих других. Направление характеризуется высоким уровнем экспертизы и зрелости российских игроков на фоне сильного регуляторного влияния. Среди типовых ПАКов в этом сегменте нужно отметить NGFW, UTM, другие виды защищенных шлюзов, VPN и криптографические ПАКи, SOC, SIEM, NDR-комплексы, ПАКи для защиты КИИ и АСУ ТП. ПАКи в области ИБ от российских компаний подходят для защиты объектов любого масштаба: дата-центров, малого и среднего бизнеса, корпоративного периметра, геораспределенных инфраструктур и технологических сетей. Разработаны безопасные сценарии по переходу с аналогичной продукции иностранных компаний Check Point, Cisco, Palo Alto, Fortigate на отечественные решения.

Выводы

Универсального, общепринятого и нормативно закрепленного стандарта архитектуры ПАК как класса решений не существует. Ни на международном уровне (ISO/IEC), ни в рамках национальных стандартов (включая российские ГОСТы) нет документа, который бы однозначно определял архитектурный канон ПАК. Это объясняется самой природой ПАКа как категории: она является рыночно-инженерной, а не строго стандартизированной. Вендоры формируют архитектуру исходя из целевых сценариев. При этом говорить о полном отсутствии стандартизации было бы некорректно. На практике существует набор устойчивых архитектурных паттернов и фактических требований, которые воспроизводятся от решения к решению.

Ситуация принципиально меняется в сегменте доверенных программно-аппаратных комплексов (ДПАК) в России. Здесь действительно формируется более жесткое поле требований, однако даже в этом случае речь идет не о едином архитектурном стандарте в классическом инженерном понимании, а о совокупности регуляторных требований к свойствам системы. В целом же рынок характеризуется переходом к интегрированным решениям, объединяющим серверы, СХД, виртуализацию и прикладное ПО в рамках единого ПАК, что упрощает внедрение, масштабирование и соответствие требованиям импортозамещения и КИИ.

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