Облачная SCADA — архитектура
SCADA, развёрнутая в облаке (AWS, Azure, Яндекс.Облако, Selectel) вместо локального сервера. Доступ через веб из любой точки, безлимитное хранение, автоматическое резервирование. Данные с объектов передаются через IoT-шлюзы по MQTT/HTTPS.
Облачная SCADA — альтернатива традиционной серверной SCADA на локальном железе. Приложение работает в облачной инфраструктуре (IaaS/PaaS), данные с объектов передаются через IoT-шлюзы.
Типовая архитектура
Уровень 0: Полевой уровень
Датчики, исполнительные устройства, ПЛК — всё как в классической SCADA.
Уровень 1: Edge/шлюз
Промышленный ПК или специализированный шлюз на объекте:
- Собирает данные с ПЛК по Modbus/OPC UA
- Буферизирует при обрыве связи с облаком
- Отправляет в облако по MQTT/HTTPS/AMQP (защищённый канал)
- Выполняет локальную автоматику (независимо от облака)
Уровень 2: Облачный бэкенд
- MQTT-брокер (EMQX, VerneMQ, HiveMQ) — приём данных
- Time-series БД (InfluxDB, TimescaleDB) — хранение телеметрии
- Приложение SCADA — обработка алармов, расчёты, бизнес-логика
- REST API — для клиентов
Уровень 3: Пользовательский уровень
- Веб-интерфейс SCADA — мнемосхемы, тренды, события
- Мобильные приложения — iOS/Android для операторов, инженеров
- BI-дашборды (Grafana, Metabase) — для руководства
Преимущества
Доступ отовсюду
Инженер с ноутбука из дома в 3 часа ночи видит ту же картину что оператор на пульте.
Масштабируемость
Можно подключить 10 объектов или 1000 — облако масштабируется автоматически.
Нет серверной
Не нужны локальные серверы, UPS, кондиционирование серверной — всё в облаке.
Автоматические бэкапы
Данные дублируются в разных дата-центрах, восстановление за минуты.
Обновления централизовано
Одно обновление приложения — на всех объектах сразу.
Недостатки
Зависимость от интернета
Обрыв связи = оператор не видит объект (но автоматика на Edge продолжает работать).
Задержки
Облако = 50-500 мс задержки по сети. Для оперативного управления недопустимо (но Edge решает проблему).
Цена
Абонентская плата растёт с объёмом данных и количеством объектов. На горизонте 5+ лет может быть дороже локального решения.
Безопасность
Данные производства уходят за периметр предприятия. Критично для оборонных и секретных объектов.
Регуляторика
Для КИИ (критической информационной инфраструктуры) по 187-ФЗ требуется облако в РФ, аттестация ФСТЭК.
Платформы
Международные (ограниченный доступ в РФ)
- AWS IoT Core + AWS SiteWise
- Microsoft Azure IoT Hub + Time Series Insights
- Google Cloud IoT Core
- Siemens MindSphere
- GE Predix
Российские (с 2022 — приоритет)
- Яндекс.Облако IoT Core + DataLens
- VK Cloud IoT
- Selectel + собственная SCADA
- Цифра AIST
- Полюс Телеком IndustrialNet
Экономика
- Локальная SCADA: разовая покупка железа (500 тыс. — 3 млн ₽) + лицензии ПО + обслуживание
- Облачная SCADA: абонентка 10-100 тыс. ₽/мес в зависимости от количества тэгов
Облако выгоднее при: до 10-20 объектов, малый поток данных, нет собственной IT-команды, нужен быстрый старт.
РУБИКОН
Для распределённых объектов клиентов (несколько ЦТП в разных районах города) предлагаем архитектуру с облачной SCADA на Яндекс.Облаке + Edge-шлюзами на каждом объекте.
Частые вопросы
Можно ли облачную SCADA применять для критических объектов (КИИ)?
Технически — да, если облако аттестовано ФСТЭК и находится на территории РФ. Яндекс.Облако, VK Cloud имеют соответствующие сертификаты. Юридически — требуется аттестация объекта защиты + оценка угроз. Для 1-2 категории КИИ часто проще локальная SCADA в контуре предприятия, облако — для 3 категории или некритических объектов.Что делать при обрыве связи с облаком?
Правильная архитектура — Edge-шлюз на объекте выполняет автоматику локально и буферизирует данные (до 7-30 дней). Оператор на объекте видит локальную SCADA (упрощённая версия на Edge). При восстановлении связи данные синхронизируются в облако. Удалённый мониторинг недоступен, но объект продолжает работать.
Источники
- ISO/IEC 17789 — Cloud computing — Reference architecture — ISO
- 187-ФЗ — О безопасности критической информационной инфраструктуры РФ — Госдума РФ