Как построить открытую АСУТП. Как мы собрали стенд из компонентов открытой АСУТП

Вот еще один пример, OPC UA Server с информацией о текущей погоде: https://hub.docker.com/r/ogamma/ows

Как построить открытую АСУТП. Как мы собрали стенд из компонентов открытой АСУТП

Например, докер образ OPC UA / MQTT клиента: https://hub.docker.com/r/ogamma/ide
Демо-версию можно попробовать здесь: https://ide.opcfy.io/

Как построить открытую АСУТП. Как мы собрали стенд из компонентов открытой АСУТП

Докер контейнеры намного удобнее чем deb или rpm пакеты или виртуальные машины. Их можно развертывать и без интернета, через образы запакованные в файл или через локальный реестр. Используя файл docker-compose.yml, систему хоть из десятков компонент за минуты любой наладчик может развернуть. Включая ту же Кафку, или OPC UA серверы, или SCADA как Ignition, или базы данных.

Использование OPC UA на нативном приложении в технологии MFC MS Visual C++

Да, приложение (backend) нужно написать, и frontend (на стороне броузера). Зато приложение можно один экземпляр установить и с многих клиентов пользоваться.
Можно ИИ использовать чтобы быстро все написать.
Вот пример OPC UA клиента: https://ide.opcfy.io
Использован OPC UA Rust SDK в приложении, и PrimeReact для фронта, и Cursor + Claude Code

Хотя от конкретных условий, требований и имеющихся навыков / библиотек зависит, почему бы не использовать старый добрый MFC.

Использование OPC UA на нативном приложении в технологии MFC MS Visual C++

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

«Важно, чтобы все стороны рынка сохранили фокус на открытой АСУ ТП»

Интересно, предполагается ли использование OPC UA как стандартный протокол. Или что-то свое, чисто Российское планируется.
OPC UA в Китае на уровне нашего ГОСТа, спецификации переведены на китайский.
Если не ошибаюсь, то же самое в Южной Корее.