Les régressions de performance sortent le vendredi
La plupart des problèmes de performance ne sont pas découverts, ils sont signalés, en général par un client et au pire moment. L'écart n'est pas l'outil mais son emplacement : le test vit hors du processus de release et s'exécute après la décision qu'il devait éclairer.
LoadFocus pour DevOps : questions fréquentes
Puis-je lancer un test de charge depuis la CI ?
Oui. Les tests se déclenchent comme étape de build et se conditionnent à un seuil, de sorte que le build échoue sur une régression plutôt qu'après la mise en production.
Qu'est-ce que la supervision en tant que code ?
Des définitions de moniteurs dans le gestionnaire de versions plutôt que cliquées dans un tableau de bord. Elles sont relues comme tout changement, suivent le service et se recréent depuis le dépôt.
Quels canaux d'alerte sont pris en charge ?
E-mail, Slack, PagerDuty, Opsgenie, Microsoft Teams, Discord et webhooks génériques. Un canal est partagé au sein de l'équipe et rattaché par contrôle.
Comment éviter qu'un contrôle instable réveille l'astreinte ?
Configurez des tentatives et un seuil d'alerte pour qu'un contrôle doive échouer plusieurs fois, et planifiez des fenêtres de maintenance.
Puis-je superviser autre chose que du HTTP ?
Oui. Les moniteurs TCP vérifient qu'un port accepte les connexions, les moniteurs DNS confirment les enregistrements attendus, et les moniteurs heartbeat détectent une tâche planifiée qui n'a pas tourné.
Un échec indique-t-il aussi pourquoi ?
Les contrôles navigateur capturent captures d'écran, journaux de console et réseau, temps par étape et une trace rejouable. L'échec arrive avec des preuves.