Applications et Systèmes Répartis II - GL2 INSAT

Le Guide Ultime
des Applications Réparties

Tout le cours expliqué simplement, comme si plusieurs petits copains devaient construire le même château ensemble sans se mélanger les pinceaux.

Carte mentale

La grande histoire du module en une vue.

Java RMI

Appeler un objet loin comme s'il était près.

REST

Des ressources, des URL et des verbes HTTP.

Microservices

Découper une grosse appli en petits services.

TP Personnel

Controller, Service, Repository, JPA et H2.

Pièges examen

Les confusions qui coûtent des points.

Mode 5 ans

Le cours en histoire simple

Une application répartie, c'est une équipe d'ordinateurs. Chacun fait une partie, mais ils doivent parler correctement sinon le travail devient le bazar.

La grande image à garder dans la tête

1. Une seule machine Simple, mais si elle tombe, tout tombe.

2. Plusieurs machines Plus puissant, mais le réseau devient un vrai problème.

3. Contrat et middleware On définit comment parler et qui traduit les messages.

4. RMI, REST, microservices Différentes façons de demander un service à distance.

Vérité importante Distribuer une application ne la rend pas magiquement meilleure. Ça peut aider pour la charge et la disponibilité, mais ça ajoute pannes réseau, latence, sécurité, cohérence des données et surveillance.

RMI Tu appelles une méthode Java distante. Le stub joue le rôle du téléphone.

REST Tu manipules une ressource avec HTTP : GET lit, POST crée, PUT remplace, DELETE supprime.

Microservices Tu coupes une grosse application en petits services autonomes. Utile seulement si la complexité est justifiée.

Chargement du résumé...

Le site lit content.md puis construit les chapitres automatiquement.

Dernière minute

Checklist avant examen

Si tu manques de temps, révise ces confusions d'abord. Ce sont les endroits où les réponses deviennent vite fausses.

Les distinctions qui sauvent des points

Ne confonds pas	Version bébé	Réponse propre
RMI vs REST	Téléphone Java vs menu web	RMI appelle une méthode distante Java. REST manipule une ressource avec HTTP.
Stub vs serveur	Le téléphone vs la vraie personne	Le stub est côté client. L'objet réel est côté serveur.
PUT vs PATCH	Refaire tout le dessin vs corriger un détail	PUT remplace la ressource. PATCH modifie une partie.
Monolithe vs microservices	Une grosse boîte vs plusieurs petites boîtes	Le monolithe se déploie ensemble. Les microservices se déploient séparément.
H2 mémoire vs vraie base persistante	Tableau blanc vs cahier	H2 en mémoire perd souvent les données à l'arrêt.

Piège brutal Si tu dis "les microservices sont toujours meilleurs", c'est faux. Ils sont meilleurs seulement quand le besoin de scalabilité, autonomie d'équipe ou déploiement indépendant rembourse la complexité ajoutée.

Phrase finale à savoir écrire Une application répartie répartit traitements ou données sur plusieurs nœuds qui collaborent par réseau selon des contrats, tout en gérant pannes, latence, sécurité et montée en charge.