Contexte
Après discussion avec le support de Skylight dans le cadre de #2962 , il s'avère que sur la séquence d'évènement d'une requête:
- Les requêtes vers l'extérieur vers un même domaine sont agrégées. Ainsi lorsque plusieurs requêtes GET sont faites vers
rdv-solidarites.fr (ce qui arrive régulièrement), elles sont agrégées. Cela a deux conséquences: on ne sait pas quelle temps prend chaque requête vers RDV-SP ce qui nous donne une mauvaise visibilité sur ce qui est le plus impactant, et ça perturbe la séquence d'évènements puisqu'on a pas l'ordre exact des appels
- Les requêtes d'envoi de SMS via brevo ne sont pas comptés comme des appels à une API extérieurs mais comme de l'exécution de code applicatifs (parce que la gem
sib-api-v3-sdk utilise libcurl pour les appels API qui n'est pas supporté par Skylight)
Résolution
Pour contourner ces limites de l'outil et bien faire apparaitre ces différents appels, il faut utiliser l'instrumentation custom de Skylight: https://www.skylight.io/support/getting-more-from-skylight#custom-app-instrumentation
Contexte
Après discussion avec le support de Skylight dans le cadre de #2962 , il s'avère que sur la séquence d'évènement d'une requête:
rdv-solidarites.fr(ce qui arrive régulièrement), elles sont agrégées. Cela a deux conséquences: on ne sait pas quelle temps prend chaque requête vers RDV-SP ce qui nous donne une mauvaise visibilité sur ce qui est le plus impactant, et ça perturbe la séquence d'évènements puisqu'on a pas l'ordre exact des appelssib-api-v3-sdkutiliselibcurlpour les appels API qui n'est pas supporté par Skylight)Résolution
Pour contourner ces limites de l'outil et bien faire apparaitre ces différents appels, il faut utiliser l'instrumentation custom de Skylight: https://www.skylight.io/support/getting-more-from-skylight#custom-app-instrumentation