Как должен выглядеть средний уровень в будущем?

В первую очередь средний уровень должен избавляться от «железных» контроллеров (PLC), так как именно данные устройства являются ограничителем «вертикального» масштабирования системы (при неизбежном росте потребности в дополнительных машинных ресурсах, таких как CPU, оперативной и постоянной памяти) и проблемой «легаси»-приложений (со временем такое ПО на PLC очень трудно, а порой невозможно поддерживать, обновлять или модернизировать). Контроллеры должны быть представлены виртуальными контейнерами или машинами и работать на серверах, объединенных в кластер(а). Серверные кластера, кроме хорошей надежности, прекрасно масштабируются как «вертикально», так и «горизонтально», а виртуализация отделяет прикладное ПО от системного, что существенно облегчает проблему «легаси».

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

Взаимодействие человека и компьютера должно меняться в сторону применения виртуальной реальности для обучения, дополненной реальности для обслуживания оборудования и получения инструкций в поле, активного применения машинного зрения, новых датчиков расширяющих возможности диагностировать, слышать, видеть с помощью продвинутых математических вычислений. Человек должен уже получать результат вычислительной обработки для принятия решений. Получение может быть в виде алармов через человеко-машинный интерфейс (web- интерфейс с минимумом экранов), аналитических отчетов, рекомендаций по ведению режима, заданий в АСУ с квитированием или без.