¶ Внутренняя схема взаимодействия Workspace
¶ Назначение
Приложение для разработки моделей и работы с ними. Для полноценной работы системы требуется хотя бы один WS. К одному LC можно подключить несколько WS. Пользователи получают доступ только к тем WS, на которые у них есть права.
Ниже представленна схема внутреннего взаимодействия Workspace:
¶ Краткое описание компонентов
-
WEB-SERVER – Web сервер, который обслуживает все сетевые web запросы и проксирует их конкретному сервису дальше. Отвечает за SSL защиту. Отдает статические файлы пользователям браузера, для работы Front-End интерфейсов.
-
WS SERVER – C++ сервис, который обрабатывает сетевые запросы пользователей браузера, выполняет двунаправленную коммуникацию с пользователями.
-
SERVICE BROKER – Используется в качестве брокера при взаимодействии разных сервисов между собой.
-
REQUEST LOG SERVICE – Используется для персистентного хранения истории пользовательских запросов к воркспейсу и данных аудита действий пользователей.
-
INTERNAL META DATA HANDLER – это сервис внутренней OLTP БД, которую используют другие сервисы WS для персистентного хранения своих данных.
-
RESOURCE MANAGER SERVER – PHP сервис, который управляет блокировками воркспейса и моделей для корректной конкурентной работы запросов пользователей.
-
OLAP MODEL INSTANCE – для каждой модели воркспейса создается отдельный процесс C++ базы данных OLAP. Управление жизненным циклом процессов осуществляется сервисом WS Server.
-
Optional internal OLTP Services – сервисы OLTP баз данных для интеграций. Включаются опционально. Вместо них могут использоваться сторонние экземпляры баз данных размещенные на других серверах в сети.
-
Systemd App Services – внутренние системные службы обеспечивающие работу воркспейса (обработка запросов, ведение логов, выполнение скриптов, и т.д).