Temps de serveur sur tous les points de terminaison

Puisque nous ne pouvons améliorer que ce que nous mesurons, nous avons commencé à implémenter l’API Server Timing sur tous les points de terminaison HTTP.

L’API offre des moyens simples d’étendre l’en-tête HTTP avec quelques mesures de performance.

Pour une introduction générale au sujet, vous pouvez consulter la documentation Mozilla à ce sujet (https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Server-Timing).

En ce qui concerne l’implémentation réelle, nous utilisons l’implémentation Rust suivante, qui nous fournit des données de performance pour le serveur axum directement, (https://crates.io/crates/axum-server-timing).

Puisque notre architecture s’étend sur plusieurs centres de données, nous ne publions pas ces métriques comme une seule mesure. Nous avons adopté une approche par couches pour notre réseau.

• DTZ-RED
  • Notre point de terminaison exposé sur Internet public
• DTZ-BLUE
  • Réseau interne orienté client
  • La mise à l’échelle est gérée à ce niveau
  • Contient l’état du service, chaud/tiède/froid
• Service Backend
  • Si disponible, tout service peut fournir ses propres métriques de performance.
  • Dans notre cas, nous utilisons l’API Objectstore

Voici quelques exemples d’en-têtes produits par notre API.

server-timing: dtz-red;dur=765, dtz-blue;desc="dtz-blue(warm)";dur=538
content-length: 19276864
last-modified: Sun, 07 May 2023 10:25:33 GMT
date: Sun, 07 May 2023 10:27:52 GMT
content-type: application/octet-stream

• le backend était en état tiède
• couche bleue, mise à l’échelle + backend a pris 538ms
• couche rouge, a pris 765ms

• le backend était en état chaud et a pris 7ms
• couche bleue, a pris 16ms
• couche rouge, a pris 35ms