Mise à l'échelle : horizontale, verticale et ce dont on a vraiment besoin
Deux directions
Verticale : une plus grande machine. Rapide à appliquer, plafonnée et point de défaillance unique.
Horizontale : plus d'instances derrière un équilibreur de charge. Nécessite que l'application soit sans état — sessions dans un magasin partagé, fichiers dans le stockage d'objets, et aucune dépendance à la mémoire locale.
Où on se retrouve vraiment bloqué
Les connexions à la base de données, les requêtes sans index, les verrous et les longs processus synchrones. Doubler les serveurs quand le goulot est la base de données n'augmente que la pression.
Donc : profilez avant de mettre à l'échelle. Une demi-heure de mesure économise un mois d'architecture inutile.
Lectures contre écritures
La plupart des systèmes lisent bien plus qu'ils n'écrivent. Les réplicas de lecture, le cache et les vues matérialisées vont loin avant qu'une vraie division de données soit nécessaire.
Pour aller plus loin
La mise à l'échelle automatique a besoin d'une métrique avancée, pas retardée : la longueur de la file ou le taux de requêtes répondent plus tôt que l'utilisation CPU. Et fixez un plafond supérieur — une mise à l'échelle automatique sans limite transforme un bug de boucle en facture surprise.