Le site qui met trois secondes à répondre, c'est le site qu'on ne visite plus. Nous profilons, instrumentons et optimisons votre stack — du CDN au moteur de base de données — pour que la vitesse redevienne un avantage compétitif, pas un frein.
Avant de changer quoi que ce soit, nous mesurons. Traces, flamegraphs, profils CPU, plans de requêtes. La performance ne se devine pas — elle se mesure, puis se corrige.
Nginx tuné, cache multi-niveaux, CDN bien configuré, requêtes SQL réécrites, index posés avec discernement, connexions poolées. Pas de silver bullet — juste du travail méticuleux, layer par layer.
Quand un client exige une disponibilité réelle et un engagement contractuel sur les performances, on ne bricole pas — on déploie une architecture redondée de bout en bout. Voici un exemple représentatif : un site institutionnel à fort trafic, deux backends miroirs, base de données répliquée, cache partagé, stockage NFS commun, et un proxy en frontal qui distribue la charge en least_conn. Si une machine tombe, l'autre prend le relais — sans coupure visible.
Ce qui rend cette architecture résiliente, ce n'est pas un composant magique — c'est la discipline de la redondance. Chaque pièce stateful a un plan B : la base est répliquée, les fichiers sont sur NFS partagé, le cache est joignable depuis les deux noeuds, le déploiement est rejoué via rsync depuis GitLab. On peut couper un backend en pleine journée pour faire de la maintenance — personne ne s'en rend compte.
least_conn + healthchecks)