Notifications et Communication réseau D. BELLEBIA – 18/12/2007NSY208 CNAM

Plan 1) Notifications 2) Communication réseau

1) Notifications / Observateur Problème –Comment permettre à des systèmes, nombreux et hétérogène, de se coordonner simplement ? Forces –Il faut que le moyen de coordination soit flexible –L’événement de coordination doit être paramétrable –Chaque système doit réagir qu’1 seule fois à 1 événement –On ne doit introduire de couplage entre les systèmes

3) Notifications / Observateur Solution –L’observateur permet à un ensemble d’objets (Observateurs) de se mettre à jour quand l’état d’un autre (Sujet) a évolué –Mécanisme d’enregistrement/propagation

3) Notifications / Observateur

1) Notifications / Publisher-Subscriber Problème –Comment permettre à des systèmes de se coordonner de manière fiable, anonyme et asynchrone ? Forces –Peu ou pas d’infrastructure réseau –Mobilité est dimension importante –Offrir le choix pour que les systèmes puissent être notifiés pour les événements qu’ils souhaitent –Un canal fiable, redondance

3) Notifications / Publisher-Subscriber Solution –Publisher-Subscriber est une spécialisation du modèle observateur –Les messages sont délayés et non délivrés directement –2 stratégies de mise en oeuvre par sujet (newsgroup) par contrainte

3) Notifications / Publisher-Subscriber

2) Réseau / Proxy Problème –Comment créer des compositions avec des systèmes distribuées ? Forces –Transparence vis-à-vis de l’infrastructure et de la distribution spatiale –L’invocation des services doit être la même –Du fait de la mobilité, la composition peut se faire de manière dynamique

3) Réseau / Proxy Solution –Le modèle proxy a pour but de fournir localement un objet de substitution pour un objet réel et distant –L’objet de substitution reçoit les requêtes et les fait suivre vers l’objet réel –Le substitut er l’objet concret implémente la même interface –# types de Proxy Proxy dynamique, Cache proxy, Proxy distant, …

3) Réseau / Proxy

2) Réseau / Requeteur Problème –Comment découpler l’ouverture d’1 connexion réseau de la transmission et de du passage de paramètres ? Forces –A préalable de l’ouverture de connexion il faut déterminer le protocole à utiliser –Il faut identifier les erreurs éventuelles –Le masquage de la mécanique réseau est nécessaire

3) Réseau / Requeteur Solution –Le modèle requeteur centralise toutes les opérations nécessaires à l’ouverture et la fermeture réseau.

2) Réseau / Stratégie Problème –Comment permettre à un système embarqué d’utiliser un protocole ou un autre de manière transparente ? Forces –L’ouverture et la fermeture de connexions sont spécifiques à chaque protocole ? –La liste des protocoles supportés par le système peut varier et doit être définie dans un fichier externe –La sélection du protocole dépend du contexte –Le support d’un nouveau protocole doit se faire sans difficultés

3) Réseau / Stratégie Solution –Le modèle stratégie permet de définir une famille d’algorithmes, de les encapsuler et de les rendre interchangeables –Il possible d’utiliser un algorithme sans pour autant connaître son fonctionnement interne

3) Réseau / Stratégie

2) Réseau / Marshaller Problème –Comment créer des compositions avec des systèmes distribuées ? Forces –Transparence vis-à-vis de l’infrastructure et de la distribution spatiale –L’invocation des services doit être la même –Du fait de la mobilité, la composition peut se faire de manière dynamique

3) Réseau / Marshaller Solution –Le modèle proxy a pour but de fournir localement un objet de substitution pour un objet réel et distant –L’objet de substitution reçoit les requêtes et les fait suivre vers l’objet réel –Le substitut er l’objet concret implémente la même interface –# types de Proxy Proxy dynamique, Cache proxy, Proxy distant, …

3) Réseau / Marshaller