
Load balancer
Un load balancer (ou rĂ©partiteur de charge) est un outil qui sert Ă rĂ©partir le trafic (les requĂȘtes des utilisateurs) entre plusieurs serveurs.
đ§ En gros :
Au lieu dâenvoyer tous les utilisateurs vers un seul serveur (qui peut saturer), le load balancer distribue les demandes intelligemment.
đŠ Exemple simple :
Imagine un restaurant :
- 1 seul serveur â il est dĂ©bordĂ© đ”
- plusieurs serveurs + un maĂźtre dâhĂŽtel â il rĂ©partit les clients đ
Le maĂźtre dâhĂŽtel = le load balancer
âïž Ă quoi ça sert ?
- â Ă©viter les pannes (si un serveur tombe, les autres prennent le relais)
- â amĂ©liorer la vitesse (moins de surcharge)
- â gĂ©rer beaucoup dâutilisateurs en mĂȘme temps
đ Types de rĂ©partition :
- Round robin : chacun son tour
- Least connections : vers le serveur le moins occupé
- IP hash : selon lâutilisateur
đ OĂč on lâutilise ?
- sites web (Google, NetflixâŠ)
- applications
- infrastructures cloud
Le Proxy
Un proxy est un intermĂ©diaire entre toi (le client) et Internet đ.
đ§ En gros :
Au lieu de te connecter directement Ă un site, tu passes par un proxy qui fait la demande Ă ta place.
đŠ Exemple simple :
Imagine encore le restaurant đœïž :
- Toi â tu donnes ta commande
- Le serveur (proxy) â il transmet au chef
- Le chef â prĂ©pare
- Le serveur â te ramĂšne le plat
đ Le serveur = le proxy
âïž Ă quoi ça sert ?
- â Cacher ton IP (anonymat)
- â SĂ©curitĂ© (filtrer des contenus)
- â ContrĂŽle (ex : dans une entreprise ou Ă©cole)
- â Cache (garder des copies pour aller plus vite)
đ Types de proxy :
- Forward proxy : agit pour le client (le plus courant)
- Reverse proxy : agit pour les serveurs (souvent utilisĂ© avec un load balancer đ)
đ DiffĂ©rence rapide avec load balancer :
- Proxy â intermĂ©diaire (sĂ©curitĂ©, anonymat, contrĂŽle)
- Load balancer â rĂ©partit la charge entre plusieurs serveurs
API Gateway
Une API Gateway est comme un point dâentrĂ©e unique pour toutes les requĂȘtes vers des services backend.
đ§ En gros :
Au lieu que ton appli parle directement Ă plein de services diffĂ©rents, elle passe par une API Gateway qui sâoccupe de tout.
đŠ Exemple simple (toujours le resto đœïž) :
- Toi â tu commandes
- Le maĂźtre dâhĂŽtel (API Gateway) â il dĂ©cide :
- quel chef sâoccupe de quoi
- sâil faut vĂ©rifier ton accĂšs
- comment organiser la commande
- Les chefs (services) â prĂ©parent
- Le maĂźtre dâhĂŽtel â te ramĂšne tout
đ Le maĂźtre dâhĂŽtel = API Gateway
âïž Ă quoi ça sert ?
- â Point dâentrĂ©e unique (une seule URL pour tout)
- â SĂ©curitĂ© (authentification, validation)
- â Routage (envoie vers le bon service)
- â Transformation (changer format des donnĂ©es)
- â Limitation (rate limiting)
đ Exemple concret :
Sans API Gateway :
- ton app appelle
/users - puis
/orders - puis
/payments
Avec API Gateway :
- ton app appelle une seule URL â la gateway distribue derriĂšre
đ DiffĂ©rence rapide :
- Proxy â intermĂ©diaire simple
- Load balancer â rĂ©partit la charge
- API Gateway â chef dâorchestre des APIs (plus intelligent đ)
