Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Saloua ZAMMALI Faculté des Sciences de Tunis saloua.zammali@fst.utm.tnChapitre

Saloua ZAMMALI Faculté des Sciences de Tunis saloua.zammali@fst.utm.tnChapitre III Chapitre III S. ZAMMALI LFI3 1. Introduction 2. Définition et caractéristiques 3. Mise en œuvre 3.1 Réalisation par migration 3.2 Réalisation en mémoire partagée répartie 3.3 Réalisation par appel léger 3.4 Réalisation par message (RPC) 4. Conclusion 2 S. ZAMMALI LFI3  Réalisation d’une communication client/serveur: 1. Le client demande un service (envoi d’une requête) 2. Le serveur exécute le service 3. Le serveur retourne une réponse au client  Communication: Bas niveau: utilisation directe du transport: Socket Haut niveau: intégration dans un langage de programmation : RPC 3 S. ZAMMALI LFI3 Appel de procédure à distance (Remote Procedure Call, ou RPC) : un outil pour construire des applications client-serveur dans un langage de haut niveau L’appel et le retour ont lieu sur un site, l’exécution se déroule sur un site distinct Transparence de localisation: l’effet de l’appel doit être identique dans les deux situations (local et distant) 4 S. ZAMMALI LFI3 5 5 Mise en œuvre Par migration Par mémoire partagée Par messages Par appel léger (LRPC) S. ZAMMALI LFI3 6 Principe Avantages Inconvénients • Le code et les données de la procédure distante sont amenés sur le site appelant pour y être exécutés par un appel local habituel. • Très efficace pour de nombreux appels • Univers d’exécutions homogènes (ex machine virtuelle). • Performances selon le volume de codes et de données. S. ZAMMALI LFI3 7 Principe Avantages Inconvénients La procédure est installée pour le client comme pour le serveur dans la mémoire virtuelle partagée répartie • Efficace en cas de nombreux appels • Efficace si tout le code et les données ne sont pas visités • Univers de systèmes homogènes • Problèmes de partage selon la cohérence de la mémoire répartie S. ZAMMALI LFI3 8 Principe Avantages Inconvénients • Processus locaux s'exécutant sur la même machine • Segment de mémoire partagée entre le client et le serveur qui contient une pile pour les paramètres d’appel et de réponse LRPC (Lightweight RPC) • Transmission d’appel très performant • Uniquement applicable dans une même machine S. ZAMMALI LFI3 9 Principe Avantages Inconvénients • Deux messages (au moins) échangés : requête et réponse o Le premier message correspondant à la requête est celui de l'appel de procédure, porteur des paramètres d'appel. o Le second message correspondant à la réponse est celui du retour de procédure porteur des paramètres résultats. • Le premier modèle implémenté • Supporte l’hétérogénéité • La plus simple à réaliser • Peu efficace pour de très nombreux appels S. ZAMMALI LFI3 Deux modules la souche, ou talon client (client stub): o Intercepteur (procédure) coté client qui reçoit l’appel en mode local, o Le transforme en appel distant, o Envoie message d’appel de procédure, o Reçoit le message contenant les résultats après l’exécution, o Retourne les résultats comme dans un retour local de procédure. la souche serveur (server stub): o Intercepteur(procédure) coté serveur qui reçoit le message d’appel, o Fait réaliser l’exécution sur le site serveur par la procédure serveur, o Récupère les résultats et retransmet les résultats par message. 10 S. ZAMMALI LFI3 Le processus appelant, coté client, et la procédure appelée, coté serveur, conservent la même interface que dans le cas centralisé. Les souches client et serveur échangent des messages via le système de communication. 11 S. ZAMMALI LFI3 12 Olivier Glück - © 2018 S. ZAMMALI LFI3 1. Le client réalise un appel procédural vers la procédure souche client 2. La souche client collecte les paramètres, les emballe (Assemblage) dans le message d’appel 3. La souche client demande à une entité de transport locale la transmission du message d'appel 4. Le message d’appel est transmis sur un réseau au site serveur. 5. Le message d’appel est délivré à la souche serveur. 6. La souche serveur désassemble les paramètres 13 S. ZAMMALI LFI3 7. La souche serveur réalise l’appel effectif de la procédure serveur. 8. La procédure serveur ayant terminé son exécution transmet à la souche serveur dans son retour de procédure les paramètres résultats. 9. La souche serveur collecte les paramètres retour, les assemble dans un message 10. La procédure souche serveur demande à l ’entité de transport serveur la transmission du message de réponse. 11. Le message de réponse est transmis sur un réseau au site client. 14 S. ZAMMALI LFI3 12. Le message de réponse est délivré à la souche client. 13. La souche client désassemble les paramètres résultats. 14. La souche client transmet les résultats au client en effectuant un retour habituel de procédure en mode local. 15 S. ZAMMALI LFI3 Avantages des RPC: De plus haut niveau: communications par message Une structure de contrôle bien connue: appel de procédure Qui s’intègre à l’univers réparti des concepts modernes de génie logiciel: approche objets, approches composants 16 S. ZAMMALI LFI3 1. Olivier Glück, Architecture et communications Client/Serveur -2018 2. «Réseaux», 4ième édition, Andrew Tanenbaum, Pearson Education, ISBN 2-7440-7001-7 3. «La communication sous Unix», 2ième édition, Jean-Marie Rifflet, Ediscience international, ISBN 2-84074-106-7 4. «Analyse structurée des réseaux», 2ième édition, J. Kurose et K. Ross, Pearson Education, ISBN 2-7440-7000-9 17 uploads/s1/chap-3-rpc 1 .pdf