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

Почему предприятия выбирают ПАК

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

В исследовании группы компаний Б1 отмечается, что одними из главных барьеров для предприятий остаются дорогостоящее внедрение и сомнения в зрелости отечественных продуктов. Неудивительно, что рынок всё чаще выбирает ПАК, ведь они собирают разрозненную инфраструктуру в единый контур — это дает централизованный контроль и предсказуемость работы всей ИТ‑среды. По данным того же исследования и российской консалтинговой компании HeadWork Analytics, сегмент ПАК для высоконагруженных систем будет ежегодно расти на 20% до 2030 года.

Десять лет назад, когда в Группе Rubytech только начинали разработку линейки ПАК Скала^р, исходили из простого принципа: надежность сложной системы может обеспечить только тот, кто отвечает за нее целиком. ПАК — это проверенная конфигурация оборудования и программного обеспечения. Вендор заранее тестирует совместимость компонентов, то, как ведет себя система под нагрузкой и сценарии отказа отдельных узлов. Заказчики ценят ПАК прежде всего за практичность и предсказуемость: вместо набора разрозненных компонентов они получают систему с заранее известными характеристиками, стоимость владения которой проще прогнозировать. По данным Б1, за счет продолжительной службы и снижения затрат на интеграцию ПАК в долгосрочной перспективе оказываются эффективнее разрозненных решений.

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

Что дает участие в НППА

При создании Национальной платформы промышленной автоматизации, в котором активно участвует Группа Rubytech, ставка делается на открытые стандарты. Наш отраслевой ПАК — «Машина управления технологическими процессами» (Скала^р МСП.ТП (ПАК АСУ ТП)) — уже включен в дорожную карту развития платформы О-АСУ ТП как базовое инфраструктурное решение. В такой модели можно обновлять отдельные компоненты без перестройки всей инфраструктуры. На одном из недавних отраслевых форумов мы показали стенд, где около сорока виртуальных машин, соблюдая принципы интероперабельности и встроенной безопасности, одновременно управляли различными технологическими сценариями: от котельных до насосных станций.

Как банковский опыт полезен промышленности и зачем нужны полигоны

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

Например, в финтехе давно и системно решают задачи, связанные с непрерывностью работы и отказоустойчивостью ИТ‑инфраструктуры. И эти наработки вполне применимы в промышленном секторе: АСУ ТП для завода по уровню требований к надежности сопоставима с автоматизированной банковской системой — в обоих случаях недопустимы длительные простои и потери данных.

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

Группа Rubytech выступает оператором полигона ИЦК «Финансы», созданного при координации Банка России. Благодаря этому вендор смог отработать сценарии отказов, проверить поведение систем под экстремальной нагрузкой и оценить совместимость решений разных производителей — этот опыт разработчик ПАК и решений для высоконагруженных инфраструктур сейчас переносит в промышленность. Такие испытания позволяют заказчику увидеть не рекламную презентацию, а результаты работы системы в условиях, максимально приближенных к реальным.

На ЦИПР-2026 Группа Rubytech заявила о готовности участвовать в развитии полигонов НППА — не только как поставщик решений, но и как оператор испытательных площадок. Так заказчики смогут проверить совместимость технологий до внедрения. Как отметил генеральный директор Игорь Ведёхин, только создание полноценного распределенного полигона даст потребителю ощущение уверенности.

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