Совместимость как основа цифрового суверенитета: опыт промышленного IoT

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

Индустриальные вызовы: цена несовместимости

Повторяющаяся проблема современного производства – «лоскутная автоматизация», когда оборудование разных поколений и вендоров вынуждено работать в едином технологическом процессе. Типичный пример – предприятие с парком из 15 разнородных контроллеров, данные с которых поступают в три SCADA-системы. Такая архитектура значительно увеличивает затраты на обслуживание и создает «цифровые разрывы» в технологических процессах.

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

Яркий пример – завершенные в 2025 году испытания, проводимые для целей применения на промышленных предприятиях, где IoT-платформа AggreGate стала связующим звеном между системой виртуализации zVirt, СУБД Proxima DB и парком промышленного оборудования. Предлагаемая интеграция обеспечивает не только бесперебойную работу критически важных систем, но и позволяет сократить эксплуатационные расходы за счет консолидации серверной инфраструктуры. При этом работа всей системы подразумевается исключительно на российском программном стеке, включая ОС и СУБД.

«Сегодня мы видим, как меняются требования промышленных предприятий, – отмечает Роман Шиндин, руководитель технического пресейла Tibbo Systems. – Если год назад главным вопросом было «чем заменить», то сейчас клиенты спрашивают «как масштабировать». Именно поэтому мы уделяем такое внимание совместимости нашей платформы с ключевыми элементами российского ИТ-стека».

Опыт последних внедрений показывает, что правильно выбранная IoT-платформа способна стать тем самым «тяжелым» основанием, о котором говорил Мишустин. Она не просто объединяет разрозненные системы, но и создает основу для коллективной работы с цифровыми двойниками сложных производств.

Критерии выбора платформенных решений

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

1. Совместимость с российским ПО и оборудованием

Почему важно:

Без совместимости с отечественными ОС, СУБД и промышленными контроллерами платформа не сможет стать частью защищенного ИТ-ландшафта.

Что проверять:

• поддержка российских ОС (Astra Linux, РЕД ОС, Альт);

• работа с сертифицированными СУБД (Postgres Pro, РЕД База Данных, Proxima DB);

• интеграция с промышленными контроллерами (Wiren Board, ОВЕН, Segnetics);

• совместимость с виртуальными средами (zVirt, ROSA Virtualization).

2. Масштабируемость и нагрузочная устойчивость.

Почему важно:

Промышленные системы генерируют огромные объемы данных – платформа должна справляться с ростом без потери производительности.

Что проверять:

• обработка 500 000+ тегов/сек на сервер и возможность горизонтального масштабирования;

• поддержка Edge-вычислений (анализ данных на уровне контроллеров);

• распределенная архитектура (возможность вертикального масштабирования).

3. Безопасность и сертификация

Почему важно:

Для работы с критической инфраструктурой (КИИ, ГИС) требуется соответствие стандартам ФСТЭК, ФСБ и Минпромторга.

Что проверять:

• сертификаты ФСТЭК (например, на СЗИ от НСД);

• поддержка криптозащиты (ГОСТ Р 34.10-2012, ГОСТ Р 34.11-2012);

• механизмы разграничения доступа (ролевая модель, аудит действий).

  Вас может заинтересовать: 

  Время объединяться: подведены итоги ЦИПР-2025
  

4. Гибкость интеграции

Почему важно:

Предприятию нужно подключать legacy-оборудование и новые IoT-устройства без перестройки архитектуры.

Что проверять:

• поддержка промышленных протоколов (Modbus, OPC UA, Siemens S7);

• готовые драйверы для российских контроллеров;

• поддержка IoT-протоколов (MQTT, CoAP, HTTP);

• SDK/DDK с открытым исходным кодом.

5. Техподдержка и экосистема

Почему важно:

Слабая поддержка приводит к простоям и удорожанию владения.

Что проверять:

• наличие R&D-центра в России (для оперативных доработок);

• сроки реакции на инциденты (SLA не более 2 часов для критических проблем);

• партнерская сеть (интеграторы с опытом внедрения в вашей отрасли).

6. Экономическая эффективность (TCO)

Почему важно:

Низкая стоимость лицензий может обернуться высокими затратами на доработки и обслуживание.

Что проверять:

• сравнение TCO за 5 лет (лицензии, внедрение, поддержка);

• гибкие модели лицензирования (perpetual vs subscription);

• возможность поэтапного внедрения.

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

Тренды развития промышленного IoT в России

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