Чек-лист проверки корректности работы#

Проверка через health check#

Проверить работоспособность BPMX (bpmx-engine, bpmx-gatewey, bpmx-scheduler) можно с помощью команды health check:

http://localhost:8088/actuator/health

Данный запрос должен отправляться с терминала pod.

В результате должно быть получено сообщение "status":"UP" и перечень данных о компонентах приложения и их актуальных статусах.

Проверка через UI среды контейнеризации#

Проверить успешность установки сервиса можно через UI среды контейнеризации.

Для этого нужно перейти на вкладку Pods. Если все Pods для модулей находятся в статусе running, значит сервис успешно установлен. Список модулей Pods, которые должны быть подняты и находиться в статусе running:

  • bpmx-engine;

  • bpmx-gatewey;

  • bpmx-scheduler.

Количество поднятых Pods должно соответствовать указанным в разделе «Аппаратное обеспечение».

Проверка через вызов API#

Для проверки успешности установки сервиса можно выполнить запрос по API.

Проверка интеграции с внешними компонентами

Внешняя система

Проверка

Аудит (AUDT) Platform V Audit SE (AUD)

1. Выполнить вызов API, использующего метод запроса POST
2. Перейти в журнал Аудита и выполнить поиск по названию операции
3. Операция отобразится в Журнале

Журналирование (LOGA) Platform V Monitor (OPM)

1. После старта приложения перейти в системный журнал
2. Должны отобразится свежие logs

Объединенный мониторинг Unimon (MONA) Platform V Monitor (OPM)

Проверка работоспособности интеграции читайте в документации компонента MONA Объединенный мониторинг Unimon

One-Time Password (OTP) / OTT (OTTS)

Проверить, что контейнер OTTS запущен и в логах контейнера отсутствуют ошибки

SSM

Если запросы выполняемые на rout сервиса доходят и логируются на Ingress, то интеграция выполнена успешно

Secret Management

Проверить, что контейнер vault-agent sidecar запущен и в логах контейнера отсутствуют ошибки, все необходимые сервисы стартовали с полученными сертификатами

Corax (KFKA) Platform V Corax (KFK)

Описание проверки работоспособности интеграции читайте в документации компонента KFKA Corax

Единый коллектор телеметрии (COTE) Platform V Monitor (OPM)

1. Выполнить вызов API, использующего метод запроса POST
2. Перейти в журнал Аудита и выполнить поиск по названию операции
3. Операция отобразится в Журнале

Synapse Rate Limiter (SRLS)

При превышении заданной в GobalRateLimit квоты запросов в логе контейнера istio-proxy пода ingressgateway появится сообщение 429 RL,SLR request_rate_limited

OTT Sidecar (OTSI) продукта Platform V Backend (#BD)

Если при входящем запросе по endpoint system на Egress OTT видно исходящий запрос с кодом успешного выполнения, то интеграция прошла успешно

ZooKeeper

На pod, где развернут ZooKeeper, запущен скрипт ./zkServer.sh status и не получено сообщение вида Error contacting service. It is probably not running.

TRAS

Вызвать любое API компонента. В логах отсутствуют ошибки отправки трейсов.