Chaque refus est un 404
Un mauvais token, un endpoint désactivé et un chemin qui n’existe pas répondent tous 404. Rien n’annonce qu’il y a un secret ici qui vaut la peine d’être deviné.Cela signifie qu’un contrôle de supervision qui rapporte 404 a quatre causes possibles, et la
passerelle ne vous dira pas laquelle : mauvais token, token admin non défini, token admin égal au
token de lecture, ou vraiment mauvais chemin. Vérifiez les tokens des deux côtés avant de conclure
que la passerelle est en panne.
Ce qui n’est pas sur ce port
/openapi.json, /swagger-ui et /ping vivent sur le port de messagerie. Pointer un outil sur
le mauvais produit des 404 qui ressemblent à une panne.
/ops/health
La charge utile porte, au niveau supérieur : la version en marche, les sources de configuration par
domaine, la profondeur de file du routeur, le compte des messages en attente d’accusé, les compteurs
de CDR, la profondeur de file du broker quand il en est configuré un, et une section balance
quand l’application du crédit est activée.
Par worker, elle porte accepting, paused, suspended_manually, suspended_automatically,
bound, bound_transmittable, queue_depth, retry_queue_depth, tps_limit, tps_measured,
submitted, last_error avec son horodatage, last_submit_error avec submit_rejected, un
échantillon de sessions plafonné à 20, et sessions_total.
Voir Santé en direct pour comment le lire, et
Le endpoint opérationnel pour les tokens.