Imaginez un scénario simple où une application web de commerce électronique appelle un point de terminaison d'API qui renvoie des informations sur une commande client. Au niveau de l'application, cela ressemble à une opération assez simple. Mais il se passe beaucoup de choses en coulisses.

Tout d'abord, le client interroge le DNS pour obtenir l'adresse IP liée au point de terminaison de l'API. Le DNS peut renvoyer l'adresse d'un équilibreur de charge plutôt que l'adresse d'un serveur d'application spécifique. Le système d'exploitation détermine ensuite comment les paquets doivent être envoyés à cette adresse IP.

Il peut choisir de les envoyer via le réseau local, un fournisseur d'accès Internet (FAI) ou plusieurs autres routeurs. L'objectif ultime est que les paquets de données atteignent le réseau de destination. Le protocole le plus courant utilisé à cet effet est HTTP.

Cependant, avant que HTTP ne puisse envoyer la requête, le client doit généralement établir une forme quelconque de connexion avec le serveur de destination. Avec HTTPS traditionnel, cela signifie établir une connexion TCP. Dans ce type de connexion, le client et le serveur effectuent une poignée de main en échangeant certains paquets initiaux afin que les deux parties sachent qu'une connexion a été établie.

Le client et le serveur effectuent ensuite une poignée de main TLS. Ce n'est qu'après cela que la requête HTTP peut être envoyée en toute sécurité. Un équilibreur de charge le reçoit, sélectionne une instance d'application saine et transfère la requête.

L'application effectue son travail et renvoie la réponse par le même chemin. Tout cela relève du domaine du réseau. En raison de sa nature omniprésente, le réseau devient une discipline extrêmement importante pour les développeurs à maîtriser.