Конфигурация системы

Система - информационная система, которая разрабатывается как последовательность контуров, удовлетворяющих потребностям заказчика. Для разработки системы должно быть выделено минимум три контура:

• Контур разработки (DEV). Формируется одновременно с контуром тестирования для разработки функциональности системы;

• Контур тестирования (TEST). Формируется одновременно с контуром разработки для тестирования разрабатываемой функциональности системы. Разработанная функциональность переносится в контур тестирования из контура разработки;

• Контур промышленной эксплуатации (PROD). Формируется на стороне заказчика для внедрения разработанной функциональности системы с использованием реальных данных. Разработанная функциональность переносится на контур промышленной эксплуатации только после успешного прохождения тестирования в контуре тестирования.

Конфигурация системы должна учитывать:

• способ организации серверов баз данных, в которых будут создаваться репозитории;

• СУБД, к которым «Форсайт. Аналитическая платформа» может подключаться для получения данных.

«Форсайт. Аналитическая платформа» поддерживает работу в средах контейнеризации и виртуализации, с системами мониторинга, резервного копирования и восстановления данных, управления событиями информационной безопасности.

Контур разработки и контур тестирования

Контур тестирования совпадает с контуром разработки:

Условные обозначения:

• . Взаимодействие элементов системы на уровне продукта;

• . Взаимодействие элементов системы на уровне пользователя в ручном режиме;

• . Взаимодействие элементов системы, доступное при дополнительной настройке;

• . Компоненты продукта;

• . Протокол взаимодействия.

При необходимости добавьте дополнительные элементы системы:

• планировщик задач для выполнения ресурсоёмких задач по расписанию;

• InMemory MOLAP-сервер для кеширования и дополнительной обработки данных.

Алгоритм взаимодействия элементов системы:

1. Пользователь взаимодействует с интерфейсом веб-приложения в браузере.

2. Браузер взаимодействует с серверной частью веб-приложения. При первом обращении к серверной части веб-приложения на компьютер пользователя загружаются необходимые файлы для работы веб-приложения и страница с окном регистрации. Веб-приложение считывает настройки из файла конфигурации config.json.

3. Дальнейшее взаимодействие браузера с BI-сервером зависит от используемого способа:

• браузер взаимодействует с BI-сервером через серверную часть веб-приложения. Серверная часть веб-приложения обрабатывает полученные запросы браузера и перенаправляет их BI-серверу с помощью обработчика запросов PPServices.axd, выполняющего функции прокси-сервера. Проксирование запросов необходимо, если BI-сервер содержится в другом домене относительно браузера. Данный способ взаимодействия используется по умолчанию;

• браузер взаимодействует с BI-сервером в обход серверной части веб-приложения. Серверная часть веб-приложения не взаимодействует с BI-сервером, браузер обращается к серверной части веб-приложения только для загрузки необходимых файлов веб-приложения и считывания настроек из файла конфигурации config.json. Запросы браузера отправляются напрямую к BI-серверу через точку доступа PP.SOM.Som. Работа BI-сервера организована на базе веб-сервиса PP.SOM, предоставляющего доступ к функциональности продукта.

4. BI-сервер отправляет запросы сервису лицензирования для определения доступа к функциональности.

5. Сервис лицензирования обрабатывает полученные запросы и перенаправляет их серверу лицензий. Сервер лицензий проверяет наличие валидной лицензии по соответствующим единицам лицензирования и отправляет ответ BI-серверу через сервис лицензирования.

6. BI-сервер взаимодействует с СУБД с помощью ядра бизнес-логики.

BI-сервер содержит ядро бизнес-логики и ядро безопасности:

• ядро бизнес-логики обеспечивает логику работы продукта, логику взаимодействия объектов, выполняет функции загрузки, обработки, расчёта и сохранения данных;

• ядро безопасности обеспечивает выполнение функций администрирования и информационной безопасности.

Конфигурация контура промышленной эксплуатации

Конфигурация контура промышленной эксплуатации:

Примечание. Сервис лицензирования и сервер лицензий предоставляются по запросу службой технической поддержки. Сервер состояний и балансировщики нагрузки не входят в комплект поставки продукта и не предоставляются по запросу.

Условные обозначения:

• . Взаимодействие элементов системы на уровне продукта;

• . Взаимодействие элементов системы на уровне пользователя в ручном режиме;

• . Взаимодействие планировщика задач с элементами системы;

• . Компоненты продукта;

• . Протокол взаимодействия.

Алгоритм взаимодействия элементов системы:

1. Пользователь взаимодействует с интерфейсом веб-приложения в браузере.

2. Браузер взаимодействует с балансировщиком нагрузки, который предназначен для работы с кластером веб-серверов.

3. Балансировщик нагрузки направляет запросы на одну из серверных частей веб-приложения в кластере. При первом обращении к серверной части веб-приложения на компьютер пользователя загружаются необходимые файлы для работы веб-приложения и страница с окном регистрации. Веб-приложение считывает настройки из файла конфигурации config.json.

4. Браузер взаимодействует с балансировщиком нагрузки, который предназначен для работы с кластером BI-серверов.

5. Балансировщик нагрузки направляет запросы на один из BI-серверов в кластере. Запросы отправляются через точку доступа PP.SOM.Som. Работа BI-сервера организована на базе веб-сервиса PP.SOM, предоставляющего доступ к функциональности продукта. Если при выполнении какого-либо запроса произошел сбой BI-сервера, то балансировщик повторно отправляет запрос на другой BI-сервер.

6. BI-сервер взаимодействует с сервисом лицензирования для определения доступа к функциональности. При необходимости настройте отказоустойчивость сервиса лицензирования. В таком случае между BI-сервером и сервисом лицензирования будет располагаться балансировщик нагрузки. Балансировщик нагрузки направляет запросы на один из сервисов лицензирования в кластере.

7. Сервис лицензирования обрабатывает полученные запросы и перенаправляет их серверу лицензий. Сервер лицензий проверяет наличие валидной лицензии по соответствующим единицам лицензирования и отправляет ответ BI-серверу через сервис лицензирования. При необходимости настройте один или несколько резервных серверов лицензий для обеспечения отказоустойчивости сервера лицензий.

8. BI-сервер взаимодействует с СУБД с помощью ядра бизнес-логики.

9. BI-сервер взаимодействует с балансировщиком нагрузки, который предназначен для работы с кластером серверов управления сессиями.

10. Балансировщик нагрузки направляет запросы на один из менеджеров сессий в кластере. Менеджер сессий восстанавливает состояния объектов при сбое BI-сервера и позволяет управлять активными сессиями пользователей. Если при выполнении какого-либо запроса произошел сбой менеджера сессий, то балансировщик повторно отправляет запрос на другой менеджер сессий.

11. Менеджер сессий взаимодействует с сервером состояний после обработки запросов и обращения BI-сервера к СУБД. На сервере состояний хранятся состояния объектов и сессионные данные. Менеджер сессий направляет запросы на сохранение или восстановление состояний объектов и получение данных для управления активными сессиями пользователей.

При выполнении ресурсоёмких задач по заданному расписанию с помощью планировщика задач:

1. Планировщик задач взаимодействует с сервисом лицензирования для определения доступа к функциональности. При необходимости настройте отказоустойчивость сервиса лицензирования. В таком случае между планировщиком задач и сервисом лицензирования будет располагаться балансировщик нагрузки. Балансировщик нагрузки направляет запросы на один из сервисов лицензирования в кластере.

2. Сервис лицензирования обрабатывает полученные запросы и перенаправляет их серверу лицензий. Сервер лицензий проверяет наличие валидной лицензии по соответствующим единицам лицензирования и отправляет ответ планировщику задач через сервис лицензирования. При необходимости настройте один или несколько резервных серверов лицензий для обеспечения отказоустойчивости сервера лицензий.

3. Планировщик задач взаимодействует с СУБД с помощью ядра бизнес-логики.