Scnarios d'applications adaptables

1
Scénarios d'applications adaptables

• Réunion ARCAD
• 29 Novembre 2000, Sophia Antipolis
• Aline Senart, Vania Marangozova, Daniel
  Hagimont, Olivier Charra

2
Scénarios d'application

• Objectifs
• Scénarios d'application nécessitant des
  adaptations
• Application de base
• Ensemble d'adaptations
• En dégager des besoins au niveau middleware

3
Qu'est ce que l'adaptation d'une application

• Une application de base
• Développée en respectant un modèle à composants
• Restructurée en termes de composants
• Adaptation
• Réponse à de nouveaux besoins
• Modification/extension des fonctions de
  l'application
• Réponse à des contraintes externes
• Limiter les modifications de l'application
• Plutôt reconfigurer/étendre/adapter

4
Les scénarios

• Accès à des données partagées
• Exemple de la réservation de salles de l'INRIA
• Session multimédia répartie
• Adaptation au niveau d'un proxy

5
Accès à des données partagées Agenda

• Version de base client/serveur
• Client interface graphique
• Serveur effectue tous les traitements (BD)

RPC
BD
Machine client
Machine serveur
6
Agenda adaptation au PDA

• Prise en compte de la nature du terminal d'accès
• Taille écran
• Capacité de communication infrarouge
• Adaptation de l'interface graphique
• Peut être elle-même un assemblage de composants
• Adaptation du protocole de communication
• Traitement des déconnexions temporaires (par
  l'application)

7
Agenda adaptation pour la tolérance aux pannes
(1)

• Sur un réseau local
• Fonction du type de panne considéré
• Panne de machine
• Partitionnement du réseau
• Duplication protocole de cohérence (redo)
• Exemple 1 panne de machine
• Duplication serveurBD
• Exécution (transactionnelle) des requêtes sur les
  clones
• Reconfiguration d'un client (autre clone)
• Redémarrage d'un serveur

8
Agenda adaptation pour la tolérance aux pannes
(2)

• Exemple 2 panne du réseau (un routeur)
• Duplication serveurBD
• Exécution (transactionnelle) des requêtes sur les
  clones (si pas de panne)
• Divergence entre des groupes de clones (si
  partition)
• Protocole de re synchronisation fait intervenir
  les clients impliqués dans des conflits

9
Agenda adaptation pour le mode déconnecté

• Différents équipements mobiles
• Portable, PDA
• Comme pour la tolérance aux pannes (partition),
  mais
• Duplication partielle (capacité du mobile)
• Duplication
• Juste avant déconnexion (lazy)
• Pendant la connexion (eager)
• Protocole de cohérence différent (conflits pas
  serveur-serveur, mais client-serveur)

10
Agenda adaptation pour l'accès sécurisé

• Changement de contexte
• Intranet gt Internet
• Besoin d'authentification, de chiffrement

11
Agenda

• Version de base client-serveur
• Adaptation au PDA
• Adaptation pour tolérance panne du serveur
• Adaptation pour tolérance panne du réseau
• Adaptation pour mode déconnecté
• Adaptation pour accès sécurisés

12
Session multimédia adaptable

• Version de base client/proxy/serveur
• Client interface graphique, joue la vidéo
• Serveur stocke et diffuse la vidéo
• Proxy site intermédiaire géré par l'opérateur

Machine client
Adaptation
Vidéo
Machine client
Machine serveur
Machine Proxy
13
Multimédia adaptation au terminal du client

• Prise en compte de la nature du terminal client
• Taille écran, N/B ou couleur
• Éviter le recalcul sur le client
• Adaptation sur un proxy

14
Multimédia adaptation aux capacités du réseau

• Dégrader la qualité de l'image
• Passage au N/B
• Changement du facteur de qualité
• Changement du format d'encodage (H263)
• Sélectionner parmi plusieurs média (son, image,
  texte)
• Journal télévisé quelques images et le son
• Notice d'un appareil quelques images et légende
• Visioconférence le son

15
Multimédia adaptation pour tolérer une panne
temporaire

• Panne machine cliente ou réseau
• Stratégie de compensation dépendant de
  l'application globale
• Visioconférence reprendre le cours (perte)
• JT reprendre où on s'est arrêté
• Préchargement de la vidéo

16
Multimédia adaptation pour ajouter des fonctions

• Incrustation d'image publicité, score, annonces
  (email)
• Fonction "replay" des buts d'un match de foot
• Le proxy journalise la dernière minute
• Un événement but provoque une sauvegarde
• Le client peut rejouer les buts

17
Multimédia

• Version de base client-proxy-serveur
• Adaptation au terminal du client
• Adaptation aux capacités du réseau
• Adaptation pour tolérer une panne temporaire
• Adaptation pour ajouter des fonctions

18
Conclusion (1)

• Besoin dadaptabilité exemples
• Changer un composant (IHM)
• Se lier à un autre composant (serveur)
• Ajouter des composants (clones, nouvelles
  fonctions)
• Contrôler les appels à un composant
• Journalisation
• Rejeu
• Statique ou dynamique

19
Conclusion (2)

• Besoin dadaptabilité? OUI
• Adaptabilité au niveau de l'application
• Adaptabilité au niveau du middleware
• Adaptabilité comment?
• Modèle à composants application et middleware
• Quel modèle? Même modèle?
• Correspondance entre modèles?
• Correspondence entre adaptations?
• Types dadaptations et types dapplications?