Проектирование системы мониторинга промышленного компрессорного оборудования: кейс CCS для ВКР
В марте 2026 года компания Everllence получила контракт на поставку двух компрессорных установок RB для первого таиландского проекта по улавливанию и хранению углерода (CCS). Для ИТ-архитектора это не просто новость из энергетики — это готовый бизнес-кейс, который можно положить в основу дипломной работы. Почему? Любой промышленный объект сегодня требует цифровой инфраструктуры: SCADA, IoT-платформы, системы аналитики и безопасности. Студенты, которые умеют проектировать такие системы, получают преимущество на рынке труда. В этой статье я покажу, как «приземлить» событие из статьи на конкретные разделы ВКР: от обоснования стека до метрик эффективности.
⚠️ Типичные ошибки студентов в подобных темах
- Подмена терминов «SaaS» и «PaaS» без обоснования. Например, называют облачную SCADA-платформу «SaaS», хотя по модели развертывания это PaaS. В дипломе важно чётко ссылаться на классификацию NIST.
- Отсутствие метрик эффективности. Пишут «система будет быстрой», но не указывают время отклика API (например, <100 мс) или целевой RTO (4 часа после отказа).
- Игнорирование требований ГОСТ 34.602-89 при оформлении технического задания. Даже если вуз не требует жёсткого следования, отсутствие раздела «Требования к надёжности» или «Требования к информационной безопасности» — красный флаг для рецензента.
Как избежать: для каждой сущности (контроллер, сервер, облачный сервис) пропишите атрибуты качества по ISO/IEC 25010 и проверьте, что ТЗ покрывает эти пункты.
✅ Чек-лист «Что проверить перед сдачей»
- Все ссылки на источники (статья Everllence, нормативные документы) оформлены по ГОСТ 7.1-2003.
- Задачи ВКР соответствуют выводам в заключении.
- Присутствуют архитектурные схемы (UML-диаграммы развёртывания или C4-model).
- В главе «Экономическая эффективность» рассчитан NPV или ROI (хотя бы на уровне гипотезы).
- Проверено соответствие раздела «Требования к системе» стандартам ГОСТ 34 или ISO 25010.
- Код (если есть) размещён в репозитории с CI/CD, а в дипломе приведены скриншоты прогонов тестов.
Какие темы можно построить на основе кейса Everllence
Ниже приведены три варианта дипломных работ, которые органично впитывают тренд на CCS и промышленный IoT. Для каждой указаны актуальность, цель и примерная структура.
| Тема | Актуальность | Цель | Пример структуры |
|---|---|---|---|
| 1. IoT-платформа мониторинга компрессорного оборудования для CCS | Удалённый контроль параметров (давление, температура) снижает аварийность на 30% (данные McKinsey). Everllence подтверждает спрос на такие решения. | Разработать прототип облачной платформы сбора данных с компрессоров через MQTT и визуализации на Grafana. | Гл.1: Анализ протоколов (OPC UA vs MQTT). Гл.2: Архитектура микросервисов на Kubernetes. Гл.3: Нагрузочное тестирование шлюза. |
| 2. Анализ и выбор SCADA-системы для управления CCS-установкой | Проект Everllence требует интеграции существующих контроллеров с верхним уровнем. Студент может сравнить коммерческие и Open Source SCADA. | Обосновать выбор платформы (Ignition / WinCC / OpenSCADA) с точки зрения производительности и стоимости лицензий. | Гл.1: Критерии отбора (RTO, RPO, пропускная способность). Гл.2: Моделирование сети в OPC UA. Гл.3: Экономическое сравнение TCO. |
| 3. Обеспечение кибербезопасности промышленной сети для CCS-инфраструктуры | Уязвимости компрессоров могут привести к утечке CO₂. Стандарт IEC 62443 требует сегментации и мониторинга. | Разработать политику безопасности и прототип системы обнаружения вторжений (IDS) на базе OpenTelemetry. | Гл.1: Модель угроз по MITRE ATT&CK for ICS. Гл.2: Архитектура SIEM на ELK с корреляцией событий. Гл.3: Тестирование на стенде. |
Как «разобрать» статью в аналитической главе
В первой главе диплома нужно провести обзор предметной области. Статья о Everllence — отличный аргумент в пользу актуальности. Покажите, что рынок CCS растёт (ссылка на Global CCS Institute) и что востребованы цифровые решения. Сравните два подхода к автоматизации компрессоров:
- Традиционный — локальные ПЛК, Modbus RTU, ручной сбор данных.
- Современный — Edge-шлюз с OPC UA, передача в облако через MQTT, оркестрация на Kubernetes.
В качестве метрик для сравнения используйте среднее время наработки на отказ (MTBF) и стоимость владения (TCO). Добавьте таблицу.
| Параметр | Традиционная архитектура | Edge + Cloud |
|---|---|---|
| MTBF (система в целом) | ~2000 ч | ~4500 ч (за счёт резервирования) |
| TCO за 3 года | 1,2 млн руб. | 0,9 млн руб. (меньше кабелей, лицензий) |
| Скорость реакции на аварию | 15 мин | 1 мин (автоалерты) |
Проектная часть: от схемы до развёртывания
Во второй главе вы проектируете целевую архитектуру. Для кейса Everllence логично предложить трёхуровневую модель:
- Уровень датчиков и ПЛК — здесь используем OPC UA для унификации данных (важно сослаться на стандарт IEC 62541).
- Edge-уровень — контейнеризация на Kubernetes (K3s) с модулями предварительной обработки. Покажите схему pod'ов: сборщик (Telegraf), брокер (NATS), агент безопасности.
- Облачный уровень — масштабируемое хранилище (InfluxDB) и дашборды Grafana. Для оркестрации — Kubernetes + CI/CD (GitLab).
В дипломе обязательно приложите UML-диаграмму развёртывания. Если у вуза нет строгих требований к нотации, используйте C4 (Context, Container, Component).
Тестирование и метрики: RTO, RPO и нагрузка
Третья глава — самая важная для защиты. Покажите, что ваша система satisfies не только функциональные, но и нефункциональные требования. Измерьте:
- Время восстановления (RTO) — для компрессора критично не более 4 часов.
- Потери данных (RPO) — не более 10 секунд благодаря буферизации на Edge.
- Пропускная способность — 5000 тэгов/сек (имитация 50 датчиков × 100 Гц).
Для нагрузочного тестирования используйте Locust или k6. Результаты оформите в виде графика (среднее время ответа API). Упомяните, что OpenTelemetry позволяет трассировать каждый запрос от датчика до Grafana.
Чему вы научитесь, взяв эту тему
- Проектировать промышленные IoT-системы с учётом стандартов ISA-95 и MQTT Sparkplug.
- Организовывать CI/CD для embedded-компонентов (автосборка образов для Edge).
- Обосновывать выбор стека через расчёт TCO и сравнение лицензий (Open Source vs коммерция).
- Оформлять техническое задание по ГОСТ 34.602-89 с разделами «Требования к надёжности» и «Требования к безопасности».
Часто задаваемые вопросы (FAQ)
Сложно ли реализовать прототип для такой темы?
Для ВКР достаточно стенда из виртуальных машин или Raspberry Pi. Эмулятор компрессора можно написать на Python (симуляция Modbus TCP). Реальные данные с производства не требуются — используйте синтетические.
Обязательно ли писать код?
Зависит от вуза. Но даже если в требованиях нет кода, архитектурные схемы, расчёты и ссылки на Open Source проекты (например, Eclipse Ditto) значительно повысят оценку.
Где брать метрики для экономического обоснования?
Используйте отраслевые отчёты (ARC Advisory Group, Gartner) или открытые данные аналогичных проектов (например, Northern Lights CCS). Укажите допущения.
💡 Хотите получить детальный план ВКР под ваш вуз? Запишитесь на бесплатную 30-минутную консультацию. Мы разберём вашу тему и подскажем, как усилить её актуальность. Опыт работы — более 120 часов с дипломами любой сложности.
Источник: Everllence secures contract to supply compression technology (опубликовано 2026-03-16)