Настройки сервисов задаются в секции Общий сервис (GenericService) после параметра, включающего сервис в составе общего, например WIDGET_SERVICE_ENABLED. Параметры аналогичны уникальным настройкам сервисов:

•сервис выполнения блоков задач

•сервис асинхронных событий

•сервис отчетов

•сервис виджетов

Пример настройки в config.yml для сервиса отчетов, включенного в состав общего:

GenericService:

    <<: *base
    WORKER_SERVICE_ENABLED: true
    WORKFLOW_BLOCK_SERVICE_ENABLED: true
    REPORT_SERVICE_ENABLED: true
    WIDGET_SERVICE_ENABLED: true
 
    # SungeroWidgets settings
    # SungeroWorker settings
    # ReportService settings
 
    #Параметр REPORTS_PROCESSING_PARALLEL_COUNT определяет количество
    #отчетов, которое сервис может генерировать одновременно
    REPORTS_PROCESSING_PARALLEL_COUNT: 6
    
    # WorkflowBlockService settings

Исключите один или несколько сервисов из состава общего и разверните их отдельно, если нужно повысить их производительность, и при этом уже используется более 80% ресурсов, доступных общему сервису. Если из общего исключается три сервиса, установите все входящие в него сервисы отдельно.

Чтобы исключить сервис из общего:

1.Остановите веб-сервер и сервисы системы. Для этого в командной строке перейдите в папку с Directum Launcher и выполните команду:

./do.sh all down

2.В конфигураторе в секции Общий сервис (GenericService) снимите флажок (false) для тех сервисов, которые должны работать отдельно:

•WORKER_SERVICE_ENABLED – сервис асинхронных событий;

•WORKFLOW_BLOCK_SERVICE_ENABLED – сервис выполнения блоков задач;

•REPORT_SERVICE_ENABLED – сервис отчетов;

•WIDGET_SERVICE_ENABLED – сервис виджетов.

3.Во встроенном редакторе YAML в секции GenericService с помощью # закомментируйте настройки исключенных сервисов. Если исключаются все четыре сервиса, закомментируйте всю секцию GenericService.

4.Создайте секции исключенных сервисов:

•Сервис асинхронных событий (SungeroWorker);

•Сервис выполнения блоков задач (WorkflowBlockService);

•Сервис отчетов (ReportService);

•Сервис виджетов (SungeroWidgets).

В созданные секции добавьте строку <<: *base. С помощью нее сервисы получат настройки из секции common_config.

5.Скопируйте дополнительные настройки сервисов из секции GenericService в секцию соответствующего сервиса.

6.Запустите веб-сервер и сервисы командой:

./do.sh all up

Например, нужно исключить сервис отчетов и сервис виджетов из общего сервиса. Для сервиса виджетов включить дашборд и изменить значение порта по умолчанию. Настройка в config.yml в этом случае имеет вид:

GenericService:

    <<: *base
    WORKER_SERVICE_ENABLED: true
    WORKFLOW_BLOCK_SERVICE_ENABLED: true
    REPORT_SERVICE_ENABLED: false
    WIDGET_SERVICE_ENABLED: false
 
    # SungeroWidgets settings
    #WIDGETS_ORLEANS_USE_DASHBOARD: 'true'
    #WIDGETS_ORLEANS_DASHBOARD_PORT: 9000
 
    # SungeroWorker settings
    # ReportService settings
    # WorkflowBlockService settings
SungeroWidgets:
    <<: *base
    WIDGETS_ORLEANS_USE_DASHBOARD: 'true'
    WIDGETS_ORLEANS_DASHBOARD_PORT: 9000
ReportService:
    <<: *base

Чтобы снизить затраты оперативной памяти, включите в состав общего сервиса четыре малонагруженных сервиса или часть из них. Объединить можно:

•сервис выполнения блоков задач;

•сервис асинхронных событий;

•сервис виджетов;

•сервис отчетов.

Для этого:

1.Остановите веб-сервер и сервисы системы. Для этого в командной строке перейдите в папку с Directum Launcher и выполните команду:

./do.sh all down

2.В Directum Launcher во встроенном редакторе YAML с помощью # закомментируйте соответствующие секции сервисов вместе с их настройками:

•SungeroWorker – сервис асинхронных событий;

•WorkflowBlockService – сервис выполнения блоков задач;

•ReportService – сервис отчетов;

•SungeroWidgets – сервис виджетов.

3.Скопируйте существовавшие настройки сервисов и вставьте в секцию GenericService.

4.В секции GenericService задайте значение true для тех сервисов, которые должны быть включены в состав общего:

•WORKER_SERVICE_ENABLED – сервис асинхронных событий;

•WORKFLOW_BLOCK_SERVICE_ENABLED – сервис выполнения блоков задач;

•REPORT_SERVICE_ENABLED – сервис отчетов;

•WIDGET_SERVICE_ENABLED – сервис виджетов.

5.Запустите веб-сервер и сервисы командой:

./do.sh all up

Например, нужно включить сервис виджетов в составе общего сервиса и настроить для него использование дашборда, а сервис отчетов вынести отдельно. Настройка в этом случае имеет вид:

GenericService:

    <<: *base
    WORKER_SERVICE_ENABLED: true
    WORKFLOW_BLOCK_SERVICE_ENABLED: true
    REPORT_SERVICE_ENABLED: false
    WIDGET_SERVICE_ENABLED: true
 
    # SungeroWidgets settings
    WIDGETS_ORLEANS_USE_DASHBOARD: 'true'
    WIDGETS_ORLEANS_DASHBOARD_PORT: 9000
 
    # SungeroWorker settings
    # ReportService settings
    # WorkflowBlockService settings
 
#SungeroWidgets:
    #<<: *base
    #WIDGETS_ORLEANS_USE_DASHBOARD: 'true'
    #WIDGETS_ORLEANS_DASHBOARD_PORT: 9000
ReportService:
    <<: *base

Если выполнение прикладного кода с сервиса выполнения блоков схем задач или общего сервиса передается сервису изолированного кода, то можно изменить настройки запуска сервиса изолированного кода.

Для оптимизации нагрузки на веб-сервер минимальный период мониторинга у блоков типа «Мониторинг» по умолчанию равен 15 минут, даже если в свойствах блока задано меньшее значение. Например, если в свойстве Период блока «Мониторинг» установлено значение 5 минут, то мониторинг выполняется раз в 15 минут. Чтобы изменить значение по умолчанию, в Directum Launcher во встроенном редакторе YAML для сервиса выполнения блоков схем задач в параметре MIN_MONITORING_PERIOD задайте период мониторинга. Пример настройки:

WorkflowBlockService:

    <<: [ *base, *isolated ]
    MIN_MONITORING_PERIOD: '00:13:00'

Настройка в конфигурационном файле является более приоритетной, чем значение в свойстве Период блока «Мониторинг».

Примечание. В продуктивной системе не рекомендуется указывать значение параметра MIN_MONITORING_PERIOD меньше 15 минут, так как это может привести к снижению производительности системы. Уменьшать значение допускается для отладки процессов в тестовой системе.

Блок «Скрипт», а также событие «Конец блока» у блока «Мониторинг» могут содержать длительные операции, например преобразование в PDF больших документов. Чтобы такие операции не нагружали веб-сервер, они выполняются асинхронно. Для этого они вынесены в отдельную очередь и не влияют на обработку сообщений основной очереди сервиса WorkflowBlockService. По умолчанию одновременно обрабатывается не более 15 потоков для асинхронного выполнения блоков. Чтобы изменить значение по умолчанию, в Directum Launcher во встроенном редакторе YAML для сервиса выполнения блоков схем задач в параметре MAX_PARALLEL_ASYNC_BLOCK_EXECUTIONS задайте количество одновременных потоков.

Пример настройки:

GenericService:

...
    # WorkflowBlockService settings
    ...
    MAX_PARALLEL_ASYNC_BLOCK_EXECUTIONS: '10'

Чтобы отключить обработку асинхронного выполнения блоков, в параметре укажите значение 0. Например, это может потребоваться, если сервис WorkflowBlockService развернут на нескольких серверах, и для обработки асинхронных событий выделен только один из них.

Проверка работоспособности сервисов