Внутренняя схема взаимодействия 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 – внутренние системные службы обеспечивающие работу воркспейса (обработка запросов, ведение логов, выполнение скриптов, и т.д).