iDBQuery peut-il consommer un webhook ou un flux d'événements ?

Il est utile d'être précis sur ce qu'est un webhook. Un webhook est un push : lorsqu'un événement se produit, un système envoie un appel HTTP à un récepteur que vous fournissez. iDBQuery fonctionne dans l'autre sens, il tire (pull) en interrogeant les sources à la demande et de manière planifiée : ce n'est donc pas lui-même un point de terminaison de webhook. Voilà la présentation honnête, et il existe deux approches propres pour amener les données de webhook dans iDBQuery.

• Déposez les événements, puis connectez le point de dépôt. Pointez le webhook vers un petit collecteur ou une automatisation (de nombreuses équipes le font déjà) qui écrit chaque événement sous forme de ligne dans une base de données, une table d'entrepôt ou même une feuille Google Sheets. Connectez ce magasin à iDBQuery et chaque événement fait partie de votre modèle en direct.
• Interrogez plutôt l'API de la source. Si les mêmes événements sont disponibles via l'API REST du fournisseur, le connecteur d'API d'iDBQuery peut les récupérer de manière planifiée, ce qui est souvent plus simple que de mettre en place un récepteur.

Dans les deux cas, une fois les événements dans un endroit interrogeable, vous pouvez demander, en langage courant, des choses comme le nombre d'événements par heure, le taux d'erreurs sur la dernière journée, ou la façon dont le volume d'événements suit les mises en production, chaque valeur étant sourcée jusqu'aux lignes sources. Et comme iDBQuery construit un modèle unique, vous pouvez joindre ces événements aux données clients, de facturation ou produit pour leur donner un sens métier plutôt que de les laisser à l'état de logs bruts.