Surveillance des webhooks
Lorsque des webhooks sont configurés, ils constituent souvent une partie centrale des flux utilisateur. Les échecs de webhook n'étant pas significatifs pour un utilisateur, ils sont enregistrés mais ne sont pas renvoyés à l'utilisateur lorsqu'ils se produisent. Pour consulter les échecs des webhooks, il faut récupérer les webhooks stats API.
Les API de statistiques sur les webhooks permettent d'obtenir une répartition détaillée de l'utilisation des webhooks. La facilité d'utilisation de ces statistiques est vaste.
La surveillance des statistiques peut vous aider dans les tâches suivantes.
- Détection et résolution des incidents sur des URL spécifiques.
- Surveillance des temps d'attente entre Verify et les noeuds finaux de webhook configurés
Lorsque des incidents sont détectés, l'ID de demande de webhook est enregistré avec l'erreur générée par le moteur de webhooks. Ce message d'erreur, ainsi que l'ID de demande, peuvent être utilisés pour établir une corrélation avec les journaux de demande sur le système externe pour le triage et la résolution de l'incident.
Remarque : les statistiques sont actualisées régulièrement et peuvent changer toutes les cinq secondes.
Etat de santé en un clin d'oeil
Il existe également une health API qui exploite les données statistiques pour offrir un aperçu simplifié de l'état des webhooks.
Cette API renvoie l'une des valeurs suivantes.
no-data- Aucune information statistique n'est disponible pour ce webhook. Soit il n'a jamais été utilisé, soit il n'a pas été utilisé au cours des sept derniers jours.
down- Toutes les URL configurées de ce webhook qui ont déjà été connectées présentent maintenant une erreur.
recovered- Au moins une URL ayant connu un échec de connexion se connecte à présent correctement.
marginal- Une URL fonctionne de manière cohérente, les autres sont en échec.
good- Aucune erreur n'existe.