Архитектура ECCM

ECCM — централизованная система мониторинга и управления сетевым оборудованием, реализованная в виде набора микросервисов, развёртываемых в Docker-контейнерах.

1. Архитектура системы

Архитектурный паттерн

Микросервисная архитектура на основе Docker-контейнеров. Межсервисная коммуникация: асинхронная через RabbitMQ (Pub-Sub, RPC) + синхронная через gRPC/Protobuf.

Функциональные возможности

• Управление устройствами — добавление, конфигурирование, шаблоны
  • Конфигурирование
    • WLC — профили SSID, RADIUS, Portal, Airtune, WIDS, привязки, мониторинг точек доступа
    • MES 
      • Административное управление —  профили (общий, VLAN, Interface , Switchport, Storm Control). IP-фабрика
      • Оперативное управление — L1, L2, L3, VxLAN, EVPN Multihoming
    • Кластер ESR — мониторинг и управление кластерными устройствами
    • VSAT — MCPC/SCPC, MF-TDMA, мониторинг VSAT-устройств
  • Мониторинг — мониторинг доступности, SNMP-опрос, телеметрия, инвентаризация, дашборды, карты сети
  • Управление ПО — централизованное управление ПО на устройстве
  • Web-конфигуратор —  доступ до web-интерфейса устройства
  • Web-терминал — SSH-доступ к CLI устройств через браузер
  • Лицензии - Мониторинг и установка лицензий
• Обнаружение проблем (Fault Management) — регистрация событий (syslog, SNMP trap), корреляция, MIB, уведомления, выявление проблемы устройств
• Уведомление— уведомление пользователей о событиях и проблемах как в системе так и на сети
• ZTP (Zero-Touch Provisioning) — автоматическая начальная конфигурация устройств через DHCP
• Управление сетью —дерево объектов, поиск
  • Групповые операции над устройствами — групповые, перезагрузка, обновление ПО, конфигурирование и т.д.
  • IP-Fabric — Построение IP-Fabric сети из устройств MES ROS 5+ с помощью высокоуровневого конфигурирования (ISIS, BGP, OSPF, L2/L3, VxLAN, EVPN Multihoming). Также есть автообнаружение.
  • БШПД — обнаружение, добавление ТД + STA, мониторинг доступности, мониторинг радио метрик
  • Кластер — кластер из WLC/ESR устройств одной модели, валидация состава, мониторинг состояние кластера: роли ACTIVE/STANDBY, статус синхронизации конфигов/ПО/лицензий и VRRP
  • Спутниковый MCPC-сегмент — группа VSAT(EVT) устройств в режиме SCPC, где каждый терминал имеет выделенную несущую, хранение частотного плана, собственная логика валидации
  • Спутниковый SCPC-сегмент — группа VSAT(EVT) устройств в режиме SCPC, где каждый терминал имеет выделенную несущую, хранение частотного плана, собственная логика валидации
  • Спутниковый MF-TDMA-сегмент — иерархическая структура из трех групп VSAT(EVS/EVT) устройств, основная группа с частотным планом, параметров пакетов передач, параметров несущих обратных каналов, параметров группы несущих обратных каналов, сетевыми параметрами, подгруппа STATIONS для станций, подгруппа WORKSPACE для терминалов, защита от удаления при активном статусе сети(ENABLED, NO_SYNC), мониторинг сетевого статуса, синхронизация конфигурации устройства и системы
• Лицензирование — Лицензирование системы 
• Публичное API — REST API для интеграции со внешними системами
• Конфигурирование параметров мониторинга
  • Конфигурирование параметров опросов SNMP, ICMP, SSH. Также изменение интервалов опроса метрик и интервалов обнаружения и хранения сущностей мониторинга.
  • Конфигурирование параметров доступа по SNMP, SSH.
• Интеграция с SIEM
• Безопасность
  • Журналирование - Журнал действия пользователей, жкрныл безопасности, журнал API, настройка периода хранения.
  • Авторизация/Аутентификация - OAuth/OIDC. LDAP
  • RBAC - Ограничение доступа к системе на основе их служебных обязанностей (ролей)
  • Администрирование паролей — настройка сложности, срока действия паролей.

Backend-сервисы

Инфраструктурные сервисы

Frontend (Web GUI)

• Angular 20.3.18, TypeScript 5.8.3, RxJS 7.5.5
• Node.js 20 (среда сборки)
• Cytoscape — визуализация сетевой топологии
• Monaco Editor — редактор конфигураций
• xterm — web-терминал SSH

Сетевая архитектура (Docker сети)

• external (по умолчанию подсеть 172.20.0.0/20, но может быть изменена через переменные окружения) — публичные сервисы (доступ к устройствам, API)
• internal (по умолчанию подсеть 172.21.0.0/20, но может быть изменена через переменные окружения) — межсервисная коммуникация (изолированная docker-сеть)

Режимы работы

2. Используемое программное обеспечение

Backend

Frontend

Инфраструктура

Среда развёртывания

Поддерживаемые операционные системы

• Ubuntu 22/24
• RED OS 7 / 8
• AstraLinux 1.7.5
• ALT Linux 10

3. Предварительные условия и ограничения

Минимальные системные требования

Программные требования

• Docker 20.10+ (AstraLinux: docker-compose-v2 ≥ 2.17.0)
• OpenJDK 25 — для сборки из исходных кодов

Сетевые требования

• Сервер должен иметь доступ к управляемым устройствам по протоколам: SSH, SNMP, TFTP/SFTP
• Две Docker-сети: external (устройства/внешние сервисы) и internal (межсервисная коммуникация)
• Для HA-режима требуется виртуальный IP (keepalived + VRRP)

Ограничения HA-режима (Cluster)

• Кластер состоит из 3 узлов: master, slave, witness
• Всё межсервисное общение в кластере шифруется TLS
• PostgreSQL: repmgr (синхронная репликация master ↔ slave, witness для quorum)
• Redis: Sentinel (failover при недоступности master)
• RabbitMQ: кластеризация с TLS (AMQPS)
• Необходимы TLS-сертификаты (кластерный сертификат + root CA)