Les architectures pour les services Web Propositions du W3C, projets de recherche universitaires

1. Les architectures pour les services Web Propositions du W3C, projets de recherche universitaires Oral Probatoire 5 Avril 2006

2. Plan A – Avant-propos B – Présentation de l’architecture des services Web C – Problématique D – Solutions proposées E – Bilan F – Echange

3. Avant-propos • Origine des services Web • Le Web • Document (liens hypertext) • Applicatif  B to C • Services (composant) B to B • Définition d’un service Web • Composant logiciel • Fournir un service • Interopérabilité recherchée • Architecture orientée service [SOA] • Standards Internet • Le World Wide Web Consortium [W3C] • Présentation • Rôle et objectifs • Spécifications

4. Plan A – Avant-propos B – Présentation de l’architecture des services Web C – Problématique D – Solutions proposées E – Bilan F – Echange

5. Utilisation : • Découverte via UDDI • Universal Description Discovery Integration • Description via WSDL • Web Services Description Language • Echange via SOAP • Simple Object Access Protocol Présentation des services Web • Modèle conceptuel de l’architecture • Aspect technique non figé • Composition à base de concepts

6. Plan A – Avant-propos B – Présentation de l’architecture des services Web C – Problématique D – Solutions proposées E – Bilan F – Echange

7. Problématique / optimisation • Intelligence / automatisation • Découverte des services • Sélection des services • Orchestration / Chorégraphie • Modélisation • Automatisation • Dépendance • Transactions • Sécurité • Gestion au niveau message

8. Plan A – Avant-propos B – Présentation de l’architecture des services Web C – Problématique D – Solutions proposées E – Bilan F – Echange

9. Solutions • W3C • Sémantique • Chorégraphie • En parallèle • Les consortiums • OASIS : Ogranization for the Advancement of Structured Information Standards • problématiques d'échange de données et d'orchestration de processus inter-organisation • WS-I : Web Services Interoperability organization • mise en œuvre de Web Services compatibles entre eux, quels que soient les plates-formes et langages sous-jacents utilisés • SWSI : Semantic Web Service Initiative • l'infrastructure des services Web sémantiques pour permettre l'automatisation et le dynamisme maximal dans la disposition et l'utilisation de services Web • Les éditeurs • Les universités, à travers des projets de recherche • Web Service Management System de l’université de Stanford (Californie)

10. Solutions • Projet de recherche Web Service Management System [WSMS] de l’université de Stanford • Interroge l’enchainement de multiples services Web • Interface semblable au SQL • Composition : • Métadata • Enregistre les nouveaux services • Trace leurs schémas • Query Processing and Optimization • Analyse une requête • Trouve le plan d’exécution optimal Source Stanford • Profiling and Statistics • Profile les services Web • Caractéristiques • Statistiques

11. Solutions • Exécution • Requête utilisateur • Query processsing • Analyse • Metadata Component • Orchestration (vision centralisée) • Profiling and Statistics Component • Statistiques (exécution / découverte) • Temps de réponse • Flux de résultats • Query Optimizer • Query processsing (exécution) • Réponse aux problématiques • Découverte / sélection de service • Orchestration de services Web • Optimisation • Fonctionnement par thread • Gestion des flux de résultats Source Stanford

12. Solutions • W3C • Sémantique : • Web sémantique • Les informations reçoivent une signification explicite, à l’aide de métadonnées • Services Web • Architecture orientée service • Services Web sémantiques • SOA + métadonnées • Ontologie OWL-S • Objectifs : • Améliorer le processus de description et de publication des services • Améliorer la découverte des services • Améliorer la sélection des services • RDF : Ressource Description Framework i • OWL : Web Ontology Language i • OWL-S : Web Ontology Language Services

13. Solutions • W3C • Chorégraphie à l’aide de WS-CDL • Web Services Choregraphy Description Language • Définition globale • des conditions • des contraintes de commande communes • Entre messages échangés • Vision globale des interactions entre services Web • Gestion • d’ordonnancement • de temps

14. Plan A – Avant-propos B – Présentation de l’architecture des services Web C – Problématique D – Solutions proposées E – Bilan F – Echange

15. Bilan • Problématiques en cours de résolution • Projets de recherche universitaires • WSMS • Orchestration (vision centralisée définissant l’enchainement des services Web) • W3C • WS-CDL • Chorégraphie (vision globale des interactions) • Sémantique (OWL-S) • processus de description et de publication des services • découverte des services • sélection des services • Guerre économique et de renommée • A venir … • Sécurité • Web sémantique • Développement des services Web • Services Web sémantiques • Web 2

16. Plan A – Avant-propos B – Présentation de l’architecture des services Web C – Problématique D – Solutions proposées E – Bilan F – Echange

18. Echange : Architecture globale • Architecture globale Source Oracle

19. Echange : SOAP • Un message SOAP contient : • Un élément enveloppe (obligatoire) • Un élément « Header » (optionnel) • Informations pour traiter le message • Un élément « Body » (obligatoire) • Forme le message • Un élément « Fault » (optionnel)

20. Echange : WSDL • WSDL • Types • Déclaration des nouveaux types • Messages • Port type • Groupe d’opérations • Operation • Ensemble de messages pour réaliser le service • Binding • Décrit le format des messages et le protocole pour interagir • Service • Englobe une ou plusieurs opérations • Port • Expose un ensemble d’opérations

21. Echange : WS-CDL • WS-CDL • Rôle : comportement (en terme d’opérations) d’un participant (un ou plusieurs type d’interface WSDL) • « acheteur » est associé à l'achat des marchandises • « fournisseur » est associés à fournir ces marchandises pour des honoraires • Interaction : entre 2 rôles (2 types d’interface WSDL) • « gestion d'un client » • « achat » • Participant : rôles qui doivent être mis en application par le participant • participant « courtier » groupe • rôle « vendeur_pour_acheteur », relation « acheteur_vendeur » • rôle « vendeur_pour_expéditeur », relation « vendeur_expéditeur » • Canal : collaboration entre les participants en indiquant où et comment l'information est échangée • « acheteur » indique au « vendeur » le canal à employer pour envoyer l'information de la livraison. • « vendeur » fait suivre alors à « expéditeur » • « expéditeur » envoi l'information de la livraison directement à « acheteur » • Etat (progrès de leur transaction commune) • état de chorégraphie d'ordre d'achat

22. Echange : OWL-S • OWL-S : Langage qui définit une ontologie de service Web • Rôle • Découverte automatique de service Web • OWL-S permet d’exprimer et de résoudre des requêtes avec contenu sémantique • Invocation automatique de service Web • OWL-S fournit un ensemble d’APIs pour que l’invocation à un service Web soit automatique • Composition • Profil de service • Publicité et découvrir des services • Modèle de processus • Description détaillée d’une opération du service Web • « Grounding » • Caractéristiques techniques pour établir la communication avec le service Web au moyen de messages