Les services Web et leur intgration

1
Les services Web et leur intégration

• tour dhorizon
• Chirine Ghedira

2
Service Web définition

• Un composant dapplication programmable
  accessible via les protocoles Internet standard
• Une page web dotée de fonctions
• Un service disponible pour divers clients

3
Plus concrètement
Service de carte de crédit
Cmde en ligne
Service de transport i
Service de vente par correspondance
Service de poste
4
Le pourquoi de la chose

• Développement rapide des technologies de
  linformation de la communication
• Utilisateurs de plus en plus exigeants
  (informations les plus appropriées à jour,
  ? besoins)

?
Approche avancée permettant un accès à de
meilleurs offres à de sources dinformation
dynamiques applications orientées services
5
Standards protocoles des services web

• Langage XML, le langage XSD (XML Schema
  Definition Language)
• Protocole SOAP (Simple Object Access Protocol)
• Langage WSDL (Web Services Description Language)
• DISCO, UDDI (Universal Description, Discovery,
  and Integration)

6
Propriétés actuelles

• Elémentaires conçus pour des besoins précis.
  Paramètres E / S.
• Hétérogènes développés de façon indépendante.
  (pb technologiques, syntaxiques, sémantiques)
• Autonomes distribués qui opèrent
  indépendamment des autres services.

7
Problématiques

• Applications avancées nécessitent lappel des
  services complexes (composites).
• Services complexes insatisfaisants si y a une
  invocation des services élémentaires de façon
  indépendante.
• Manque de communication/conversation
  inter-services

8
Problématiques

• Découvrir des services élémentaires
• Intégrer ces services dans des services
  composites
• Déclencher lexécution du service composite et
  ses composants
• Contrôler lexécution du service composite

9
Problématiques

• Accroissement du fichier UDDI
• Perte defficacité et de temps dans la recherche
  des services élémentaires
• Risque de goulots détranglement

10
Architecture à base dagents

• Towards an agent-based and context-oriented
  Approach for services composition
• Z. Maamar al.

11
Proposition

• Création de Software Agent pour assister les
  utilisateurs.
• SA un composant autonome, déterminé pour un
  objectif donné, flexible, communicatif,
  adaptatif, mobile.
• Une approche orientée Contexte (Informations
  concernant les circonstances, les objectifs et
  les conditions de déclanchement de linteraction
  de lutilisateur avec lenvironnement)

12
Types de contextes

• Contexte de calcul connectivité réseau, coûts
  de communication, bande passante, proximité des
  ressources
• Contexte utilisateur profile utilisateur,
  localisation, etc.
• Contexte physique niveau de bruit, condition de
  trafic.

13
Digramme de graphe service

• Web service graphe couvrant les états
  du service en 4 perspectives
• La perspective Flux correspond à lexécution
  chronologique dun service composite
• La perspective business identifiant les
  organisations prêtes à fournir le service
• La perspective informations identifiant les
  données échangées entre les services
• La perspective performance illustrant le mode
  dinvocation dun service (à distance/localement)

14
Digramme de graphe service
Previous services
Next services
Business
B
E
State 1
State 2
State i
out
in
State 3
Data to next services
Data from previous services
Performance type Local / remote
15
"Agentification" des services web

• 3 types dagents
• agent de gestion (Manager-agent)
• Envoi de demande de conversation vers lagent
  principal
• Vérifie le bon déroulement de la collaboration
  entre les agents de service
• agent de service principal (Master-service-agent)
• Prend les décision quant à lautorisation dun
  service web à joindre un service composite
  (vérification des instances dun service en
  exécution mise à jour du contexte de ce
  service)
• Associe chaque instance de service à un agent de
  service
• agent de service (service-agent)
• Responsable de la gestion du SCD dune instance
  (connaissance des états et des services web à
  intégrer au service composite
• Informe lagent de gestion pour une initiation de
  conversation avec lagent ppal
• Mise à jour de lagent de service ppal concernant
  les détails dune instance

16
Avantage dune telle approche

• Accord pouvant exister entre la préparation et
  lexécution dun service web.
• Une assurance pendant lexécution dune
  instance par lagent de service, lagent de
  gestion converse avec lagent de service
  principal pour vérifier que le prochain service
  web est prêt à sexécuter.

17
Architecture P2P

• Généralités

18
Quest ce que le P2P

• Un réseau peer-to-peer (P2P) est une architecture
  réseau distribuée où les participants partagent
  leurs ressources.
• Une architecture sans contrôle centralisé.
• Tout utilisateur du système client serveur

19
Quest ce que le P2P
Noeud
Noeud
Noeud
Noeud
20
Le P2P

• Caractéristiques
• Haute dynamicité (composition typologie réseau)
• Extensibilité
• Haute disponibilité
• Applications
• Partage de données
• Messagerie instantanée

21
Architecture à base dannonces

• Baisse du nombre de requêtes dans le réseau.
• Quand une ressource est très demandée, les
  annonces évitent de la reclamer très souvent.
• Facilité pour trouver des informations dans le
  réseau dont a priori on ne sait pas quelles
  existent.

22
Les types darchitectures

• La recherche dune info dépend de larchitecture
  du système
• Architecture P2P centralisée (Napster)
• Architecture P2P décentralisée (Gnutella)
• Architecture P2P centralisée décentralisée
  (KAZAA)

23
Architecture P2P centralisée (Napster)
connexion
requête
réponse
Connexion P2P
24
Architecture P2P centralisée (Napster)

• Av Efficacité des recherches, facilité
  dutilisation
• Inc Complètement tributaire du serveur central,
  et aucun anonymat nest garanti étant donné que
  les utilisateurs senregistrent.

25
Architecture P2P décentralisée (Gnutella)

• Lutilisateur se connecte à
• au moins un utilisateur déjà
• connecté

2. Cet utilisateur lui indique la liste de ces
fichiers plus La liste des utilisateurs auxquels
lui-même est connecté
3. chaque utilisateur indique la liste de ces
fichiers plus La liste des utilisateurs auxquels
lui-même est connecté
26
Architecture P2P décentralisée (Gnutella)

• Av grande souplesse, robustesse, lanonymat est
  assuré (car pas de serveur qui stocke les données
  des utilisateurs)
• Inc pas de bonne gestion de la bande passante,
  pas de contrôle des données transitant sur le
  réseau.

27
Questions en suspends

• Pertinences des réponses
• Spécialisation des différents systèmes P2P
• Association de description précise de chaque
  fichier
• Simplifier le problème de localisation
• Une cl unique pour chaque objet
• Affectation intelligente des clés aux nuds
• Trouver lobjet à partir de clé (localisation par
  hachage)
• Sécurité