Technologie · Seconde · Internet et le Web : Architecture et Navigation · 1er Trimestre

L'architecture client-serveur

Les élèves analysent le modèle client-serveur et son application dans les services web.

• Programmes Officiels
• MEN: Lycee - Le Web
• MEN: Lycee - Protocoles de communication

À propos de ce thème

L'architecture client-serveur est le modèle fondamental qui structure les échanges sur le Web. Le client (navigateur) formule des requêtes et le serveur y répond en fournissant les ressources demandées (pages HTML, images, données). Les élèves de Seconde analysent le cycle de vie complet d'une requête : résolution DNS, connexion TCP, envoi de la requête HTTP, traitement côté serveur, et retour de la réponse.

Ce modèle conditionne les performances et la sécurité des applications web. Un serveur surchargé ralentit tous ses clients. Une connexion non chiffrée expose les données en transit. Comprendre cette architecture permet aussi d'aborder les variantes modernes : équilibrage de charge, CDN (réseaux de diffusion de contenu) et architectures distribuées. Les simulations où les élèves jouent les rôles de client et de serveur, avec des échanges de messages physiques, rendent visible chaque étape de cette communication habituellement invisible.

Questions clés

1. Quels sont les rôles respectifs du client et du serveur dans une interaction web ?
2. Comment se déroule le cycle de vie complet d'une requête entre un navigateur et un serveur web ?
3. En quoi l'architecture client-serveur influence-t-elle les performances et la sécurité d'une application web ?

Objectifs d'apprentissage

• Expliquer les rôles distincts du client et du serveur dans une requête web.
• Démontrer le cycle complet d'une requête HTTP, de la saisie d'une URL à l'affichage d'une page.
• Comparer l'impact de différentes latences réseau sur la performance perçue d'un site web.
• Identifier les risques de sécurité liés à la transmission de données non chiffrées entre client et serveur.
• Classifier les services web courants selon leur dépendance au modèle client-serveur.

Avant de commencer

Introduction à Internet et au Web

Pourquoi : Les élèves doivent avoir une compréhension de base de ce qu'est Internet et du rôle des navigateurs pour appréhender le fonctionnement du modèle client-serveur.

Notions de base sur les adresses IP et les noms de domaine

Pourquoi : La résolution de noms de domaine est une étape clé dans le cycle de vie d'une requête, il est donc utile que les élèves connaissent déjà le concept d'adresse IP et de nom de domaine.

Vocabulaire clé

Client	Le logiciel ou le matériel qui initie une demande de service ou de ressource auprès d'un serveur. Dans le contexte du Web, il s'agit généralement d'un navigateur web.
Serveur	Le logiciel ou le matériel qui attend et répond aux demandes des clients, en fournissant des ressources ou des services. Un serveur web héberge les fichiers d'un site et les transmet aux navigateurs.
Requête HTTP	Un message envoyé par un client à un serveur pour demander une ressource spécifique, comme une page web, une image ou des données. Elle contient des informations sur le client et la ressource désirée.
Réponse HTTP	Le message renvoyé par un serveur à un client en réponse à une requête. Il contient la ressource demandée ou un code d'état indiquant le résultat de la requête.
Protocole TCP/IP	Ensemble de protocoles qui régissent la communication sur Internet. TCP assure la fiabilité de la transmission des données, tandis qu'IP gère l'adressage et le routage des paquets.

Attention à ces idées reçues

Idée reçue courante

Le serveur envoie la page telle qu'elle apparaît à l'écran.

Ce qu'il faut enseigner à la place

Le serveur envoie du code source (HTML, CSS, JavaScript) que le navigateur interprète et reconstruit. Deux navigateurs différents peuvent afficher la même page de manière légèrement différente. Inspecter le code source versus le rendu visuel clarifie cette distinction.

Idée reçue courante

Le serveur garde une connexion permanente avec le navigateur.

Ce qu'il faut enseigner à la place

Le protocole HTTP est fondamentalement 'sans état' : chaque requête est indépendante. Le serveur ne se souvient pas du client entre deux requêtes. Les cookies et les sessions ont été inventés pour contourner cette limitation.

Idée reçue courante

Tous les sites web fonctionnent sur un seul serveur.

Ce qu'il faut enseigner à la place

Les sites à fort trafic utilisent des dizaines, voire des milliers de serveurs répartis géographiquement (CDN). L'équilibrage de charge distribue les requêtes pour maintenir les performances. Observer les en-têtes HTTP permet parfois d'identifier ces infrastructures.

Idées d'apprentissage actif

Jeu de rôle: Le cycle de vie d'une requête

Les élèves sont répartis en rôles : navigateur, résolveur DNS, serveur web, serveur de base de données. Chaque requête passe physiquement d'un poste à l'autre avec des formulaires papier. Les pannes et la latence sont simulées par des cartes aléatoires.

45 min·Classe entière

Cercle de recherche: Observer le trafic réseau

Les groupes utilisent l'onglet Network des outils de développement du navigateur pour analyser les requêtes et réponses lors du chargement d'une page web. Ils relèvent les codes de statut HTTP, les temps de réponse et les types de fichiers échangés.

35 min·Petits groupes

Penser-Partager-Présenter: Un serveur pour tous

Les élèves réfléchissent à ce qui se passe quand des milliers de clients envoient des requêtes simultanées au même serveur. Ils discutent des stratégies possibles (mise en cache, équilibrage de charge, CDN) et de leurs limites.

25 min·Binômes

Rotation par ateliers: Client léger vs Client lourd

Deux ateliers : un où l'essentiel du traitement est fait côté serveur (page HTML générée), un où le client fait le travail (JavaScript). Les élèves comparent les avantages de chaque approche en termes de réactivité et de charge serveur.

40 min·Petits groupes

Liens avec le monde réel

• Les développeurs web chez des entreprises comme Google ou Netflix utilisent le modèle client-serveur pour concevoir des applications interactives. Ils optimisent la communication entre les navigateurs des utilisateurs (clients) et leurs serveurs pour garantir une expérience fluide, même avec des millions de connexions simultanées.
• Les administrateurs système gèrent des parcs de serveurs qui hébergent des sites e-commerce comme Amazon ou des plateformes de réseaux sociaux comme Facebook. Leur rôle est de s'assurer que ces serveurs répondent rapidement et de manière sécurisée aux requêtes des clients, en surveillant la charge et en protégeant contre les cyberattaques.

Idées d'évaluation

Billet de sortie

Distribuez une carte à chaque élève. Demandez-leur d'écrire le nom d'un service web qu'ils utilisent quotidiennement (ex: YouTube, Instagram). Ensuite, ils doivent identifier quel élément agit comme 'client' et quel élément agit comme 'serveur' dans ce service, et décrire brièvement la fonction de chacun.

Question de discussion

Posez la question suivante à la classe : 'Imaginez que vous êtes le propriétaire d'un site web très populaire qui subit soudainement une augmentation massive de visiteurs. Comment l'architecture client-serveur vous aide-t-elle à comprendre pourquoi votre site pourrait ralentir et quelles solutions pourriez-vous envisager ?' Encouragez les élèves à utiliser le vocabulaire appris.

Vérification rapide

Projetez une courte animation ou un schéma illustrant une requête HTTP simple. Demandez aux élèves de lever la main pour indiquer, à chaque étape clé (envoi de la requête, traitement par le serveur, réception de la réponse), si c'est le client ou le serveur qui est actif. Posez des questions ciblées pour vérifier la compréhension des rôles.

Questions fréquentes

Quels sont les rôles respectifs du client et du serveur ?

Le client (navigateur) envoie des requêtes HTTP pour demander des ressources et affiche les réponses à l'utilisateur. Le serveur stocke les ressources, traite les requêtes et renvoie les fichiers ou données demandés. Cette séparation permet à un serveur de desservir des milliers de clients différents simultanément.

Que sont les codes de statut HTTP (200, 404, 500) ?

Ce sont des codes numériques dans la réponse du serveur qui indiquent le résultat de la requête. 200 signifie succès. 404 signifie que la ressource n'a pas été trouvée. 500 signifie une erreur interne du serveur. Ces codes permettent au navigateur de réagir correctement à chaque situation.

Comment l'architecture client-serveur influence-t-elle la sécurité ?

Chaque échange entre client et serveur peut être intercepté sans chiffrement (HTTPS). Le serveur doit valider toutes les données reçues du client car elles peuvent être falsifiées. Les attaques par déni de service (DDoS) exploitent la dépendance des clients envers un serveur centralisé.

Pourquoi simuler physiquement le modèle client-serveur en classe ?

Les échanges HTTP se déroulent en millisecondes et sont invisibles à l'utilisateur. En jouant les rôles de navigateur, DNS et serveur avec des messages papier, les élèves visualisent chaque étape du protocole. Les simulations de pannes et de latence rendent tangibles des problèmes de performance habituellement abstraits.