Scénario Hackathon¶
Objectif¶
Les apprenants reçoivent un accès au dashboard monitoring (sans panneau de contrôle chaos) et doivent diagnostiquer les anomalies actives en analysant les métriques.
Déroulé type (2h)¶
Phase 1 — Baseline (15 min)¶
Le formateur laisse l'application tourner sans anomalie. Les apprenants observent les métriques nominales et les notent.
Phase 2 — Anomalie simple (30 min)¶
Le formateur active une seule anomalie à 50%. Les apprenants doivent : - Identifier quelle métrique change - Nommer l'anomalie - Expliquer la chaîne de causalité
Phase 3 — Anomalies combinées (45 min)¶
Le formateur active deux anomalies simultanément. Les équipes doivent démêler les signatures croisées.
Phase 4 — Restitution (30 min)¶
Chaque équipe présente son diagnostic et sa stratégie corrective.
Règles du jeu¶
- Accès autorisé : dashboard monitoring, Grafana dashboards élèves
- Accès interdit : panneau de contrôle chaos, logs Docker, code source
- Outils autorisés : navigateur, notes papier, communication d'équipe
Difficulté par anomalie¶
| Anomalie | Difficulté | Pourquoi |
|---|---|---|
| CPU Backend | ⭐ | Signal clair, métrique directe |
| Network Delay | ⭐⭐ | Impact uniforme sur toutes les latences |
| Thread Pool | ⭐⭐ | Nécessite de regarder les threads Tomcat |
| Memory Leak | ⭐⭐⭐ | Montée lente, nécessite observation dans le temps |
| DB Pool | ⭐⭐⭐ | Corrélation HikariCP + latence |
| Slow Query | ⭐⭐⭐ | Distinguer de DB Pool et Network |
| Deadlock | ⭐⭐⭐⭐ | Threads bloqués + 503, difficile à isoler |