Дерево страниц
Перейти к концу метаданных
Переход к началу метаданных

Вы просматриваете старую версию данной страницы. Смотрите текущую версию.

Сравнить с текущим просмотр истории страницы

Версия 1 Следующий »

С точки зрения транспорта взаимодействие компонент системы можно схематично изобразить следующим образом:
Рисунок 1.6.3.2.1 - Взаимодействие компонент системы.
На рисунке 1.6.3.2.2 приведена схема путей обмена сообщениями между кластерами через информационную шину.
Рисунок 1.6.3.2.2 - Схема путей обмена сообщениями между кластерами через информационную шину
Примечание. Для упрощения схемы взаимодействия далее в описании будет опущен кластер Bus. Но будет подразумеваться, что при обмене через AMQP все сообщения передаются через кластер Bus.
В процессе работы системы существуют следующие виды связей между кластерами:
Рисунок 1.6.3.2.3 - Обмен сообщениями в системе CSS-17 в рамках обслуживания вызова.
На рисунке 1.6.3.2.3 приведена схема обмена сообщениями в системе CSS-17 в рамках обслуживания вызова, где
ACP - adapter core protocol - внутренний сигнальный протокол, используемый системой CSS-17 для обслуживания вызовов;
Tollticket - детальная информация о вызове для последующего формирования CDR.

Рисунок 1.6.3.2.4 - Пути отправки сообщения об аварии системе CSS-17.
Информационные потоки сообщений распределенной консоли CoCon.CoCon представляет собой распределенную облачную среду, к которой подключены все компоненты системы CSS-17. Каждый подключенный компонент несет в себе функционал SSH-сервера, обеспечивающий возможность подключения клиентских терминалов по протоколу SSH. Каждый функциональный компонент содержит реализацию базовых команд CoCon (переходы по каталогам, команды управления нодой) и реализацию команд управления специфичных для этого компонента. При запуске компонента CoCon обеспечивает автоматическое связывание всех компонент в единую среду, за счет чего предоставляется возможность подключения к любому хосту системы CSS-17 по протоколу SSH с возможностью выполнения любой команды вне зависимости от того где физически расположен компонент её реализующий. При выходе из строя какого-то компонента системы CSS-17 он автоматически пропадает из CoCon (пропадает нода), а также пропадают команды, которые реализованы в этом компоненте. Когда компонент восстанавливает свою работу, он автоматически появляется в CoCon.
Информационные потоки механизма мониторинга компонентов системы tring.
Рисунок 1.6.3.2.5 - Информационные потоки механизма мониторинга компонентов системы tring.

  • Нет меток