Surveillance des performances
Les requêtes effectuées avec Excon apparaissent dans la chronologie des événements des actions de performance de votre application sous forme d’événementsrequest.excon, indiquant la méthode HTTP et l’hôte. Elles apparaissent également dans le panneau de performance « Slow API requests », où vous pouvez examiner les requêtes que votre application effectue vers d’autres services et l’impact qu’elles ont sur ses performances.
Les requêtes effectuées via Faraday à l’aide de son adaptateur Excon sont enregistrées une seule fois, en tant qu’événement Faraday.
Ce qu’un événement couvre
Lorsque Excon relance une requête ou suit une redirection, AppSignal enregistre un seul événement couvrant chaque tentative ou étape. Les versions antérieures enregistraient une requête sous forme de plusieurs événements. Une requête pipelinée fait exception. Excon en revient avant de lire la réponse, si bien que son événement ne couvre que l’envoi de la requête.Désactiver l’intégration
Pour désactiver l’intégration Excon, définissez l’option de configurationinstrument_excon sur false.
Attributs de span
Mode collector uniquement : ceci s’applique lorsqu’AppSignal pour Ruby s’exécute en mode collector. Cela n’a aucun effet dans les autres cas.
http.request.method— la méthode de la requête.server.addressetserver.port— l’hôte appelé.url.full— l’URL complète de la requête.http.response.status_code— le statut renvoyé par l’autre service.
Tracing distribué
Mode collector uniquement : ceci s’applique lorsqu’AppSignal pour Ruby s’exécute en mode collector. Cela n’a aucun effet dans les autres cas.
traceparent.
Lorsque ce service fait lui aussi son rapport à AppSignal, son travail rejoint la même trace. Vous pouvez ouvrir une requête sortante lente et voir à quoi l’autre service a passé son temps.
Les serveurs HTTP pris en charge par AppSignal poursuivent la trace. Tout autre service en démarre une nouvelle.