Почему локализация IT-инфраструктуры не заканчивается заменой оборудования

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

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

Пример подобной кооперации – разработка компонентов для базовых станций. Для платформы «Иртея 2.0» более 10 российских компаний создают новые компоненты микроэлектроники и дорабатывают существующие под требования станции. Мы вместе отлаживаем взаимодействие микросхем и проверяем их работу в оборудовании. Так формируются компетенции и связи поставщиков, которые позволяют развивать следующие поколения продукта.

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

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

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

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

Практическая проверка этих компетенций – внедрение оборудования в действующую сеть. Например, в сентябре 2026 г. нашу станцию 5G включили в коммерческую сеть МТС в Екатеринбурге. Для этого потребовалось обеспечить совместную работу нашей станции со штатной станцией LTE другого производителя и с коммерческим ядром МТС. В результате оператор смог внедрить новую технологию без полной замены действующей инфраструктуры.

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

Раздельно развивать компоненты помогают открытые интерфейсы – единые правила обмена данными между ними. «Иртея» с начала разработки использует принципы Open RAN (англ. Open Radio Access Network – «открытая сеть радиодоступа», подход к построению сетей связи с использованием открытых интерфейсов между компонентами. – «Ведомости. Инновации и технологии»). Они определяют взаимодействие радиомодулей, цифровых модулей и систем управления. Это позволяет строить сеть с оборудованием и ПО разных поставщиков.

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

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

Переносить обработку данных на общие серверы помогает виртуализация (технология, позволяющая запускать несколько независимых программных систем на одном физическом сервере. – «Ведомости. Инновации и технологии»). Программные функции цифрового модуля могут выполняться на серверной инфраструктуре, а облачная платформа управляет их запуском и обновлением и распределяет вычислительные ресурсы. Это дает возможность гибче использовать мощности для разных участков сети.

«Иртея» движется в этом направлении. Базовая станция следующего поколения будет поддерживать до 18 радиомодулей и сможет работать в облачной конфигурации с поддержкой Open RAN. Подготовку к запуску ее производства мы начнем в 2027 г. Общий серверный узел сможет обслуживать радиомодули на нескольких площадках. Если пики нагрузки на них не совпадают, общий ресурс можно использовать полнее.

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

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

Развитие собственной отрасли не требует полного отказа от сотрудничества с иностранными вендорами. У России остаются надежные зарубежные поставщики, работать с которыми экономически оправданно. Технологическая самостоятельность предполагает возможность выбирать партнеров и развивать продукт вместе с ними.

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

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