Tests de charge pour architectes système

Validez l'hypothèse, pas le schéma.

Comment tester un système plutôt qu'un service ?

Faites passer la charge par le point d'entrée réellement utilisé, pour que la requête traverse les mêmes services, caches et dépendances qu'en production.

La charge peut-elle être répartie entre régions ?

Oui. Un même test peut s'exécuter depuis plusieurs des 25 régions à la fois, avec les utilisateurs virtuels répartis.

Que mesurer en plus du temps de réponse ?

Le taux d'erreur et le débit, à côté de la latence par centile. Un système qui reste rapide en rejetant une requête sur dix n'est pas rapide.

En quoi cela aide-t-il la planification de capacité ?

Cela remplace une estimation par un point de rupture mesuré. Une fois connue la concurrence à laquelle le système se dégrade, la marge devient un chiffre.

Puis-je continuer à superviser après la mise en production ?

Oui. Contrôles d'API, multi-étapes, TCP et DNS s'exécutent de façon planifiée depuis les mêmes régions.

Que deviennent les résultats dans le temps ?

Les exécutions sont conservées et comparables, ce qui permet d'attribuer une régression ultérieure à un changement.