Simulic
Français

Modèle client-serveur : requêtes HTTP, cache, file d’attente, pair-à-pair et GET ou POST

InformatiqueRéseaux et Internet17–18 ans

Chargement…

Utiliser avec ma classe ✨ Personnaliser avec l'IA Signaler un problème

De nombreux clients envoient sans cesse des requêtes HTTP à un serveur. Celles qui trouvent la page en cache reçoivent une réponse immédiate, les autres attendent dans une file que le serveur les traite une à une, à un rythme qui dépend de la taille de la page et de la bande passante. Les élèves augmentent le nombre d’utilisateurs pour voir la file s’allonger et le temps de réponse exploser quand la demande dépasse la capacité, puis augmentent le taux de succès du cache ou la bande passante pour revenir à la normale. Une vue pair-à-pair (P2P) distribue le même fichier à N ordinateurs par un serveur et par les pairs eux-mêmes, en comparant durée, charge par nœud et résistance quand le serveur ou des pairs se déconnectent ; une vue formulaire montre les requêtes GET et POST, avec ou sans HTTPS.

Leçon : Réseaux client-serveur et pair-à-pair : requêtes et réponses HTTP, GET et POST, cache, bande passante et charge du serveur

Ce qu’elle montre

Sur le Web, un navigateur (le client) envoie une requête HTTP et un serveur renvoie la page. Dans la vue file d’attente, les requêtes servies par le cache obtiennent une réponse immédiate et les autres attendent ; quand le taux d’occupation ρ (requêtes atteignant le serveur × temps de service) atteint 1, la file s’allonge sans fin. La vue pair-à-pair compare le partage d’un fichier : un serveur seul a besoin de N·F ÷ u_s, alors que des pairs qui relaient les morceaux gardent une durée presque constante et survivent à la panne du serveur. La vue formulaire montre GET dans l’URL, POST dans le corps, et ce que masque HTTPS.

Mode d’emploi

Dans la vue par défaut, cliquez sur Lancer, augmentez les Requêtes reçues par seconde jusqu’à l’alerte de surcharge, puis corrigez avec le Taux de succès du cache ou la Bande passante du serveur. Dans la Vue pair-à-pair, ajoutez des pairs et comparez durées et charge du serveur ; cliquez sur Le serveur tombe en panne ou 25 % des pairs partent en cours de téléchargement. Dans la vue GET et POST, envoyez Connexion avec chaque méthode et avec HTTPS, puis comparez barre d’adresse, historique et espion.

Paramètres modifiables

  • Requêtes reçues par seconde 1–60 requêtes/s
  • Taux de succès du cache 0–95 %
  • Bande passante du serveur 1–200 Mbit/s
  • Taille de la page 50–3000 Ko
  • Vitesse de simulation 1–5 x
  • Vue Client-serveur : requêtes et file d’attente, Client-serveur ou pair-à-pair (partage de fichiers), Envoi d’un formulaire : GET et POST
  • Nombre de pairs (vue P2P) 2–40 pairs
  • Taille du fichier (vue P2P) 10–1000 Mo
  • Débit montant de chaque pair (vue P2P) 1–100 Mbit/s
  • Méthode du formulaire (vue GET/POST) GET, POST
  • Utiliser HTTPS (vue GET/POST)

Questions à explorer

  1. Pourquoi un taux de succès du cache plus élevé allège-t-il la charge du serveur ?
  2. Avec 40 Mbit/s de bande passante, combien de pages de 3000 Ko par seconde le serveur peut-il envoyer ?
  3. Face à une file qui s’allonge, qu’est-ce qui agit plus vite : plus de bande passante ou plus de succès en cache ?

Simulations associées