Есть ли типовые архитектуры системы диспечерезации?

Question

[bezdenezhnykhin]

Добрый день!
В настоящий момент переобучаюсь на Бизнес-аналитика и в параллель учу Python. Давно мечтаю в рамках текущего место работы реализовать систему диспечерезации объектов (состояние резервуаров, контроль параметров). В рамках компании эксплуатируется 30 объектов по которым надо знать состояние оборудования. На каждом объекте установлен ПЛК Siemens. Идея организовать сбор данных в одну базу и визуализировать, попутно подвязав пару алгоритмов, которые смогут подсвечивать определенные отклонения в процессе.
В качестве системы визуализации хотел использовать Visiology.
Пока думаю над базой, а именно архитектурой. Вопрос есть ли какие-либо референсные uml диаграммы компонентов и развертывания для таких систем (с повышенными требованиями к конфиденциальности и безопасности)?

Пока думал, что со станции по MQTT и храниться в базе на сервере. На нем же развернуто Visiology. Все довольно просто, но пока непонятно. Хочу все пощупать и сделать ручками и начинать надо со структуры проекта. Скажите есть ли какие-то принятые диаграммы компонентов и развертки под данную задачу или кейсы?

К изучению самой платформы приступлю только на следующей неделе, поэтому не кидайтесь камнями, если вопрос глупый.

Не сколько уточнений. ПО должно быть в реестре российского ПО. Это обязательное требование.
Структура как я ее видел/хотел бы реализовать на стеке Visiology, PostgresSQL, Python еще и попытка закрепить практикой получаемые знания (просьба оценить), но если она крайне не оптимальная, то готов сменить парадигму.
Просто в будующем я хотел бы расширяться в сторону контроля и оптимизации логистики, статистику по ТО и отчетность.

Answer 1

[VoidVolker]

Просто поставьте Zabbix и настройте шаблоны для ваших ПЛК и других железок. Он как раз и создан для мониторинга.

Comments

[bezdenezhnykhin]

Спасибо! Zabbix не в реестре ПО РФ, а это одно из требований. Поищу аналоги.
Стек Python, Visiologie, Postgres выбран еще чтобы обкатать навыки по переподготовке.

[VoidVolker]

bezdenezhnykhin, в таком случае добавьте в вопрос этот момент, будьте любезны. Ищите готовое решение среди систем мониторинга — та же графана, прометей и прочие.

Answer 2

[Александр]

То что вы описываете все называют SCADA. Их уже полно всяких и отечественных: MasterSCADA, ЭНТЕК-Scada, СК-11.
Самому изобретать такой велосипед всегда полезно:
Структурная схема типовая:

Протокольный драйвер => Шина данных (потоки опроса устройств)
Шина данных => Визуализация (поток выдачи текущих значений)
Шина данных => События (поток обработки событий)
Шина данных => База данных (поток записи в базу)
События => База данных (поток обработки событий)
События => Уведомления (поток обработки событий)
События => Визуализация (поток обработки событий)
База данных => Тренды (поток доступа к историческим данным)
База данных => Отчеты (поток доступа к историческим данным)

Описание:
Визуализация - это некоторый интерфейс, возможно веб или нативное приложение - отображает схемы, и события на них.
Все остальное это бэкэнд возможно потоки одного процесса либо разные процессы.
Шина данных - среда обмена данными возможно MQTT или RabbitMQ или что-то похожее.
События - поток обработки данных - вышло ли значение за установленный предел.
Уведомления - поток рассылки уведомлений о событиях во внешние системы(Email,Telegramm,SMS).
Отчеты - сервис обработки исторических данных и генерации отчетов по шаблонам.
Тренды - поток собирает данные и строит графики.
База данных - организованное хранение, в виде файлов, таблиц.