Tir de charge : savez-vous à quel moment ça lâche ?

Le test de performance mesure le temps de réponse d’un parcours dans les conditions normales d’usage, en continu. Le tir de charge cherche la limite, en simulant un afflux massif d’utilisateurs simultanés sur une durée courte. L’un surveille, l’autre dimensionne.

Nos équipes. Le tir de charge est une prestation de service, pas une fonctionnalité que vous lancez depuis la plateforme : nous préparons les scénarios, calibrons les paliers, déclenchons la campagne à la date convenue avec vous et vous restituons le point de rupture avec le composant qui cède en premier.

C’est exactement le mode de fonctionnement : la prestation de tir de charge est opérée par notre équipe. Vous n’installez ni n’administrez aucun outil de charge, vous ne provisionnez aucun serveur. Le cadrage se fait avec vous, l’exécution est faite par nous pendant un créneau convenu, et vous recevez un compte rendu puis un point de restitution. Les éditeurs de test de charge, eux, vous vendent un outil que vos équipes doivent apprendre et opérer.

Sur un environnement représentatif de la production, faute de quoi le chiffre obtenu ne veut rien dire. En pratique, plusieurs de nos clients tirent directement en production, sur un créneau convenu et avec l’hébergeur prévenu. Tirer sur une pré-production sous-dimensionnée donne un point de rupture pessimiste, et tirer en production impose des précautions strictes sur les données utilisées.

Nous avons déjà lancé 5 000 exécutions simultanées sur un même parcours. Au-delà de quelques centaines, ce sont souvent les protections de l’infrastructure qui répondent en premier, refus en 429 ou erreurs de CDN, avant l’applicatif lui-même. C’est précisément le seuil que le tir sert à connaître. Le volume se cale donc sur votre pic historique et sur le facteur que vous visez, et une chauffe par paliers croissants est proposée par défaut pour situer la limite sans tout envoyer d’un coup.

C’est une distinction que le rapport fait explicitement, et elle change la conclusion. Au-delà de quelques centaines de sessions simultanées, ce sont souvent les protections qui répondent : un code 429 de limitation de débit, une erreur 503 renvoyée par le CDN. Ce n’est pas votre applicatif qui a cédé, c’est votre rempart qui a fonctionné. Le rapport nomme la requête, son code de retour et l’étape du parcours, ce qui permet de trancher entre les deux.

Non, et nous le disons avant le devis plutôt qu’au premier tir. Un parcours dure une à deux minutes et n’est pas relancé automatiquement : nous mesurons la capacité à absorber un pic, pas l’endurance sur la durée. Si votre besoin est la tenue sur plusieurs heures à effectif constant, il faut un outil d’injection de requêtes, pas un rejeu de parcours métier.

Par vagues. Sur un palier donné, toutes les exécutions partent en moins de dix secondes et chaque parcours se joue en une à deux minutes, jusqu’au paiement. On observe, puis on remonte au palier suivant. Un tir occupe un créneau d’une heure, qui couvre la mise en place, les paliers et le retour au calme ; une durée plus longue se cadre au devis.

En amont de tout événement qui concentre le trafic : opération commerciale, lancement, ouverture de billetterie, campagne média. Et après toute évolution structurante de l’architecture, parce que le maillon faible se déplace.

Le protocole exact de chaque tir, le nombre d’exécutions abouties par palier et son taux, les temps médian, minimum, maximum et 90e centile, puis chaque étape en échec avec son nombre d’occurrences, la capture de l’écran au moment de l’échec, le code de retour et la requête fautive. Les logs bruts sont fournis en annexe.

Il sert à deux choses : dimensionner l’infrastructure, et corriger le composant qui cède en premier. C’est souvent la deuxième qui rapporte le plus, parce qu’un seul point de contention peut plafonner l’ensemble de la chaîne.

Comptez quatorze jours de prévenance et une validation du périmètre au plus tard quarante-huit heures avant le tir. Ce n’est pas de la lourdeur administrative : un tir lancé sans que l’hébergeur, l’équipe d’astreinte et le métier soient prévenus se termine mal.

C’est souvent le but. Nous cherchons le point de rupture, pas à valider un chiffre confortable. Le tir s’arrête dès que le comportement observé n’a plus de sens, et le rapport décrit ce qui a lâché en premier, à quel niveau de charge, et ce qu’il faut regarder avant le prochain tir.