Skip to main content
LogBrew utilise un seul terme pour chaque concept du produit. Les champs d’API, les options de la CLI, les valeurs d’enum, les noms d’événements et les clés d’attributs restent identiques dans toutes les langues.

Observabilité et surveillance

Pour choisir un signal et voir des exemples détaillés, lisez Télémétrie.

Agents IA

Pour connecter un client, lisez Connecter un agent IA avec MCP.

Signaux d’observabilité

Un échec regroupé qui peut contenir plusieurs occurrences. Une occurrence est une instance capturée de ce problème. first_seen_at est l’heure de la première occurrence. last_seen_at est l’heure de l’occurrence la plus récente.
Un enregistrement horodaté d’un événement (une entrée de journal). Un log peut porter une gravité, un service, une version, un environnement, un contexte de trace et des attributs limités par les règles de confidentialité.
Une trace suit le travail effectué au cours d’une requête ou d’une opération. Un span est une opération chronométrée dans cette trace. Une corrélation avec une trace est une preuve de contexte partagé ; ce n’est pas une preuve de cause.
Une mesure d’exécution avec une unité, un type, une agrégation et une période définis. Les points de métrique ne sont pas interchangeables avec les nombres de logs, de traces ou de problèmes.
Une version déployée d’une application ou d’un service, signalée avec la télémétrie. Une version n’est pas le même objet qu’un projet ou un dépôt.
Un événement produit classé, comme une inscription, un paiement, un import ou une tâche en échec. Les analyses produit classent une action comme une vue de page, une vue d’écran ou une interaction. Une action n’est pas une commande automatique exécutée par LogBrew.

Investigation des problèmes

Toutes les occurrences ne contiennent pas tous les champs. Pour l’ordre de lecture et les champs de la réponse, consultez le guide Investiguer un problème.

Identité et corrélation

Une valeur manquante ne prouve pas que l’activité associée n’a pas eu lieu. Le type d’identité montre comment l’application a classé son sujet. Il ne prouve pas que les données sont anonymes. Un ID stable peut quand même relier des activités.

Périmètre et qualité des données

Mesures et temps

N’additionnez pas les durées de spans enfants qui se chevauchent pour obtenir la durée totale d’une requête. Ne comparez pas un nombre d’événements avec un nombre d’utilisateurs identifiés.

États des preuves

Ces états ne sont pas interchangeables :
  • Capturé : la preuve est présente.
  • Manquant : la preuve n’a pas été capturée.
  • Masqué : la preuve a été volontairement cachée.
  • Tronqué : la preuve a dépassé une limite de réponse ou de capture.
  • Indisponible : la lecture n’a pas pu fournir la preuve.
Likely cause (cause probable) et likely fix area (zone de correction probable) décrivent des preuves de diagnostic limitées, pas une cause racine prouvée. Reported impact (impact signalé) est fourni par l’application qui envoie les données, sauf si un contrat décrit explicitement une mesure LogBrew.

Analyses produit

Les périodes incomplètes, les identités manquantes, la capture incomplète des propriétés, l’échantillonnage et la troncature nuancent le résultat. LogBrew affiche ces limites au lieu de les transformer en zéro ou en certitude. Pour les règles de comptage, lisez Analyses produit. Pour envoyer une activité classée et une identité typée, utilisez Capture d’événements produit.