Réseau, DNS, Load Balancing et API Gateway

Dans cette leçon, nous allons suivre le parcours d'une seule requête, depuis le moment où tu appuies sur un bouton jusqu'à ce qu'elle atteigne le bon serveur. Nous découvrirons le DNS (l'annuaire téléphonique d'Internet — qui traduit une adresse comme example.com en numéro IP d'un ordinateur), les l

System Design, c'est comme planifier une ville entière : des routes qui acheminent la circulation, des entrepôts qui stockent les choses, des feux de circulation qui régulent le flux, et des équipes de maintenance qui réparent les pannes — tout ça pour que la ville continue de fonctionner sans accroc même aux heures de pointe, quand tout le monde est dehors en même temps.

Routage du trafic: La compétence centrale de cette leçon : comprendre comment une requête est acheminée vers la bonne destination. Cela couvre le DNS (qui traduit une adresse web en IP), les load balancers (répartiteurs de charge qui répartissent les requêtes entre serveurs), l'API gateway (une porte d'entrée unique qui gère la sécurité et le routage), et le request path (le trajet complet de la requête). Comme un service postal qui s'assure que chaque lettre arrive à la bonne adresse.
Trade-off: Un choix conscient entre deux options, où chacune a un avantage mais aussi un prix. Il n'existe pas de solution parfaite : tu choisis ce qui convient, et tu expliques à l'intervieweur·euse ce que tu gagnes et ce que tu perds. Comme choisir entre un itinéraire rapide et coûteux, et un itinéraire bon marché mais lent.
Métrique opérationnelle: Un chiffre que tu peux mesurer pour savoir si la décision fonctionne vraiment une fois le système en production, au service d'utilisateurs réels. Par exemple : latency (le temps que met une réponse à revenir), error rate (la part des requêtes qui échouent), queue lag (le nombre de tâches qui attendent dans la file), cache hit ratio (combien de fois on a trouvé la réponse déjà prête dans le cache), et plus encore.