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

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

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

По завершению установки с помощью скриптов автоматически проверяется корректность и успешность проведенных действий:

  • проверяется запись о старте в лог-файлах EVTA: должно присутствовать вхождение строки Reactive stream adapter started.

Для установки на ВМ

Убедиться, что адаптер запущен на конечном сервере/серверах:

ps ax | grep <имя адаптера>

, где имя адаптера – значение параметра reactive_stream_adapter_vm.adapter_list.name для конкретного устанавливаемого адаптера из файла vars.yml.

Ошибки можно просмотреть в лог-файле. Путь к лог-файлу указан в параметре reactive_stream_adapter_vm.logdir в файле vars.yml.

Имя файла лога состоит из имени адаптера, взятого из значения reactive_stream_adapter_vm.adapter_list.name в vars.yml и расширения .log.

Для установки в облачной среде

Убедиться, что в логах pod нет информации об ошибках.

Для просмотра логов какого-либо из pod в веб-интерфейсе Openshift необходимо выполнить следующие действия:

  1. Administrator/Workloads/Deployments

  2. Перейти в свой Deployment. Имя Deployment: reactivestreamadapter-<name> , где name – значение reactive_stream_adapter.adapter_list.name из файла vars.yml.

  3. Pods/заходим в pod./Pods details/Logs. Видим лог консоли pod.

При возникновении ошибки установки с использованием Ansible: обработка скриптом остановится, в консоль будет выведен текст ошибки.

При возникновении ошибки установки с помощью Jenkins: Jenkins Build завершится с ошибкой, Console Output будет содержать сообщение об ошибке.

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

Проверка работоспособности AUDT (Аудит)

Проверка доступна только администратору ОС. В логах будут сообщения об успешной либо не успешной отправке события в аудит. В системе аудита будут видны отправляемые EVTA события согласно метамодели.

Проверки корректной конфигурации механизмов безопасности:

  • Убедиться, что в конфигурации включен блок (должен быть установлен флаг true):

audit.service.ssl.enabled: "true"

  • Посмотреть по логам, что отсутствуют ошибки аутентификации.

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

Если произведена настройка отправки логов в систему журналирования, например, к Platform V Monitor (LOGA), после завершения установки необходимо проверить наличие логов в системе журналирования.

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

Если произведена настройка подключения к компоненту KFKA - после завершения установки необходимо проверить наличие логов в EVTA. Признаком корректной работы интеграции является наличие опубликованных сообщений и вычитка из указанного топика.

Проверка работоспособности системы мониторинга (EDMN)

Проверка подключения системы мониторинга (например, Platform V Synapse Event-domain management (EDMN)) осуществляется со стороны мониторинга специалистом сопровождения системы мониторинга.

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

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

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

Если произведена настройка подключения к компоненту SMBX - после завершения установки необходимо проверить наличие логов в EVTA. Признаком корректной работы интеграции является наличие опубликованных сообщений и вычитка из указанной очереди.

Если используется cистема управления ключами и сертификатами (HashiCorp Vault) – убедиться, что сертификаты Vault получены.

  • Проверить, что на сервере в установочной директории в папке SSL есть валидный сертификат.

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

По завершению установки с помощью скриптов автоматически проверяется корректность и успешность проведенных действий:

  • проверяется лог приложения на наличие строки, по которой скрипты определяют, что инициализация приложения закончена;

  • проверяется доступность порта, по которому клиенты будут обращаться к серверу.

При возникновении ошибки установки с использованием Ansible: обработка скриптом остановится, в консоль будет выведен текст ошибки.

При возникновении ошибки установки с помощью Jenkins: Jenkins Build завершится с ошибкой, Console Output будет содержать сообщение об ошибке.

Проверка работоспособности системы аудита (AUDT) (если произведена настройка отправки событий в систему аудита)

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

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

  • Если произведена настройка подключения к компоненту KFKA - после завершения установки необходимо проверить наличие логов в EVTD. Признаком корректной работы интеграции является наличие опубликованных сообщений и вычитка из указанного топика.

Проверка работоспособности системы мониторинга (EDMN)

  • Проверка подключения системы мониторинга (например, Platform V Synapse Event-domain management (EDMN)) осуществляется со стороны мониторинга специалистом сопровождения системы мониторинга.

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

  • Проверка подключения классов-перехватчиков с EDMS осуществляется со стороны EDMS. Данная операция описана в документации к компоненту EDMS продукта EDM.

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

  • Проверка подключения классов-перехватчиков с EVTA осуществляется со стороны EVTA.

Если используется система управления ключами и сертификатами (HashiCorp Vault)

  • Убедиться, что сертификаты Vault получены;

  • Проверить, что на сервере в установочной директории в папке SSL есть валидный сертификат.

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

  1. По завершению установки с помощью скриптов автоматически проверяется корректность и успешность проведенных действий:

  • при возникновении ошибки при ручной установке: обработка скриптом остановится, в консоль будет выведен текст ошибки;

  • при возникновении ошибки при автоматической установке: Jenkins Build завершится с ошибкой, Console Output будет содержать сообщение об ошибке.

  1. Проверка настройки интеграции с компонентом KFKA продукта Platform V Corax определяется по завершению установки в соответствии с п.1.

  2. Если произведена настройка отправки событий в систему аудита, например, к Platform V Audit SE, после завершения установки необходимо проверить наличие событий аудита в системе.

  3. Если произведена настройка отправки логов в систему журналирования, например, к Platform V Monitor, после завершения установки необходимо проверить наличие логов в системе журналирования.

  4. После установки SEDR к нему подключается система мониторинга, например, к Synapse Event Monitoring system (Mayak) (EDMN) или Объединенный мониторинг Unimon (MONA). В случае ее использования также необходимо проверить работоспособность подключения к ней. Для этого достаточно отследить наличие меняющихся метрик, собираемых системой мониторинга.

  5. Если произведена настройка интеграции с системой управления ключами и сертификатами HashiCorp Vault — установка завершится без ошибок, касающихся интеграции с HashiCorp Vault. Признаком корректной работы интеграции является отсутствие в логах ошибок, касающихся HashiCorp Vault.

  6. Если произведена настройка интеграции с компонентом EDMS продукта Platform V Synapse Event-domain management — проверка работоспособности осуществляется на стороне компонента EDMS.