Construire une app web qui tient la charge

La question revient à chaque projet : monolithe ou microservices ? La réponse honnête : ça dépend, et la plupart des équipes choisissent mal.

Le monolithe modulaire sous-estimé

Un monolithe bien structuré avec des frontières de domaine claires gère facilement des millions d’utilisateurs. Shopify, Stack Overflow, GitHub ont tous commencé (et certains sont restés) monolithiques.

Les avantages concrets :

• Déploiement simple — un artefact, un process
• Transactions ACID natives sans chorégraphie distribuée
• Debug simplifié — une stack trace lisible
• Refactoring facilité — les IDE comprennent les frontières internes

Quand les microservices ont du sens

Uniquement quand les domaines ont des besoins de scaling indépendants ou des cycles de déploiement différents. Pas par principe, pas pour “être scalable”.

Un service de génération vidéo qui consomme du GPU n’a aucune raison d’être dans le même process que votre gestion d’utilisateurs.

Les vrais leviers de performance

1. Cache à plusieurs niveaux : Redis pour les données chaudes, CDN pour les assets, cache HTTP agressif
2. Base de données : index appropriés, requêtes N+1 éliminées, connection pooling (PgBouncer)
3. Assets : compression Brotli, lazy loading images, code splitting JS
4. Infrastructure : PHP-FPM bien dimensionné, nginx en reverse proxy, keep-alive

Chez Alya, nous auditons régulièrement des applications existantes et trouvons quasi-systématiquement des gains de 3x à 10x sans changer d’architecture.