01 · Solution
La solution technique
Gatling simule des utilisateurs concurrents pour voir où ça casse (API, BDD, timeouts). On le sort avant un pic — marketplace, campagne, migration — pas sur chaque vitrine.
Playwright vérifie le parcours ; Gatling vérifie le volume. Sans scénario de charge, « ça tiendra » reste une croyance.
02 · Fiche
Gatling : de quoi on parle vraiment
Gatling est un outil de test de charge (souvent Scala/Java DSL, aussi JS selon versions) : scénarios, ramp-up, percentiles de latence, erreurs. Objectif : trouver le plafond avant la prod réelle.
Dans le socle iD, ce n’est pas un rituel quotidien. C’est une brique qualité pour les builds où le trafic ou la concurrence comptent. Complète PHPUnit, Playwright, CI — ne les remplace pas.
Positionnement : méthode avant magie. On mesure, on documente, on décide (cache Redis, scale, monolithe vs services).
03 · Fiche
Pourquoi on l’a dans le socle (et pas une mode)
Playwright vérifie le parcours ; Gatling vérifie le volume. Sans scénario de charge, « ça tiendra » reste une croyance.
Critère n°1 : scénarios métier réalistes (login, recherche, checkout) — pas un flood inutile.
Critère n°2 : environnement représentatif (staging proche prod). Sinon les chiffres mentent.
Critère n°3 : résultats dans le dépôt / CI quand le risque le mérite — transmissibles, rejouables.
04 · Fiche
Comment on l’utilise sur un projet iD
Audit ou phase pré-lancement : on définit les SLOs (p95, erreurs), on écrit 2–3 scénarios Gatling sur les endpoints critiques, on lit les goulots (SQL, N+1, locks Redis, gateway).
Souvent après : index BDD, cache, pagination, parfois extraction d’un service chaud. Gatling informe monolithe/microservices et la gateway — il ne les impose pas.
Pas de Gatling sur un site marketing Eleventy sans enjeu de charge. On analyse, on ne monoculture pas.
05 · Fiche
Quand c’est le bon choix — et quand on passe son tour
Bon choix : marketplace, API partenaire, campagne marketing, migration, doute sur la capacité avant une deadline.
On passe son tour : POC interne à 10 users, vitrine statique, ou quand le goulot est déjà connu (et qu’il faut coder, pas mesurer encore).
k6 ou JMeter peuvent faire le job selon compétences client — même logique que Kong vs Traefik. Gatling est notre référence documentée, pas un monopole.
06 · Fiche
Stabilité, documentation, transmissibilité
Gatling : open source, docs solides, communauté active, rapports lisibles pour un décideur (pas seulement pour un ops).
On versionne les scénarios avec le code. La charge devient une preuve, pas une anecdote de veille.
07 · Fiche
Ce que ça change pour vous
En résumé : on charge avant le pic. Moins de surprise prod, plus de décisions chiffrées.
Voir aussi Playwright, CI/CD, monolithe/microservices. Brief 45 min si la perf coince.
Next · Loading
Un outil qui coince ?
Un Brief de 45 minutes, gratuit. On clarifie le périmètre — puis un audit build si ça tient la route.