Réponse de l'API Healthcheck en cas de défaillance au démarrage de RabbitMQ

Vérifiez le statut de chaque service d'IQ Bot en utilisant l'API Healthcheck (Contrôle d'intégrité) lorsque RabbitMQ ne parvient pas à démarrer.

La réponse de Healthcheck en cas d'échéc du démarrage de RabbitMQ diffère selon qu'il s'agit des services Gestionnaire de fichiers, Projet, Validateur et VisionBot, comme décrit dans le tableau suivant

Nom du service Réponse de Healthcheck Cause de la défaillance

FileManager :

http://<hostname>:<9996>/healthcheck

Défaillance 1 :

l'hôte local a refusé de se connecter

Défaillance 2 :

l'hôte local a refusé de se connecter

Raison de l'échec 1 :

Le nœud/service RabbitMQ s'est arrêté pendant que le service Gestionnaire de fichiers s'exécutait.

Raison de l'échec 2 :

Le nœud/service RabbitMQ était déjà arrêté quand le service Gestionnaire de fichiers a démarré.

Projet

http://<hostname>:<9999>/healthcheck

Défaillance :

l'hôte local a refusé de se connecter

Cause de la défaillance

Le nœud/service RabbitMQ est arrêté.

Validateur :

http://<hostname>:<9995>/healthcheck

Défaillance :

l'hôte local a refusé de se connecter

Cause de la défaillance

Le nœud/service RabbitMQ est arrêté.

VisionBotManager

http://<hostname>:<9998>/healthcheck

Défaillance :

l'hôte local a refusé de se connecter

Cause de la défaillance

Le nœud/service RabbitMQ est arrêté.

Gateway-2 service

http://<hostname>:8100/healthcheck

Application: gateway-2

Défaillance 1 :

l'hôte local a refusé de se connecter

Défaillance 2 :

l'hôte local a refusé de se connecter

Raison de l'échec 1 :

Le port est bloqué et le service Gateway-2 est en cours d'exécution.

Raison de l'échec 2 :

Le service Gateway-2 n'est pas en cours d'exécution.