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

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

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

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

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

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

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

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

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

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

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

• сервера баз данных, на котором установлена одна из поддерживаемых СУБД;

• сервера лицензий, используемого для активации продукта сетевой лицензией и контроля количества одновременно работающих пользователей;

• сервиса лицензирования, используемого для обработки запросов от BI-сервера к серверу лицензий;

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

• InMemory MOLAP-сервера, используемого для кеширования и дополнительной обработки данных, если необходимо;

• BI-сервера;

• серверной части веб-приложения;

• клиентских компьютеров с доступом к сети, в которой расположен веб-сервер с установленной серверной частью веб-приложения.

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

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

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

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

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

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

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

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-сервер содержит ядро бизнес-логики и ядро безопасности:

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

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

Планировщик задач

Для выполнения отложенных ресурсоёмких задач по заданному расписанию в контур добавляется планировщик задач:

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

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

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

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

Пользователь создаёт задачи с помощью контейнера запланированных задач в веб-приложении. Администратор подготавливает конфигурационный файл Scheduler.xml, в котором хранятся настройки планировщика задач. Планировщик задач взаимодействует с сервисом лицензирования, сервером лицензий и СУБД следующим образом:

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

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

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

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

Конфигурация контура промышленной эксплуатации  и предполагает дополнительно к элементам контура разработки/тестирования наличие:

• кластеров веб-серверов, 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-сервер сохраняет параметры всех объектов на сервере состояний после обработки запросов и обращения к СУБД.

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

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

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

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