Chapitre 3: Les services Web

Dimension: px

Commencer à balayer dès la page:

Download "Chapitre 3: Les services Web"

Flavie Carbonneau
il y a 6 ans
Total affichages :

1 Chapitre 3: Les services Web Dr. Benmerzoug D. Département TLSI Faculté des NTIC Université Constantine 2 INTA - Master 2 - Recherche 92

2 Chapitre 3: Les services Web Plan: Limitations des middleware Architecture orientée services SOAP WSDL UDDI SOA et l Intégration d Applications INTA - Master 2 - Recherche 93

3 Les services Web Limitations des middleware Passage à large échelle : Web Protocoles hétérogènes IIOP, RMI, DCOM Firewall Incapacité à fonctionner en présence de pare-feu Utilisation impossible sur Internet Pas d ouverture des services Notion de moteur de recherche inexistante Difficulté de construire dynamiquement

4 Les services Web Limitations des middleware Inconvénients Intrinsèques Complexité CORBA : IDL, Mapping, EJB : Container, JNDI, Prix Plates-formes Compétences

5 Les services Web Solutions existantes Modification du Protocole RMI / IIOP Passerelles CORBA vers DCOM Portage d applications existantes difficile Solutions non standards

6 Les services Web Approche Envisagée Un nouveau Protocole : SOAP Basé sur XML Portabilité, Hétérogénéité Porté sur des protocoles large échelle existants HTTP, SMTP, Paradigme orienté service : WSDL Définition de services offerts (en XML) Découverte automatique des services (dynamicité) : UDDI Référentiel de Web Service (Pages Jaunes, Vertes, Blanches)

7 Les services Web Architecture orientée services (SOA) SOA est une architecture logicielle s appuyant sur un ensemble de services simples Son objectif est de: Décomposer une fonctionnalité en un ensemble de fonctions basiques (les services) Décrire le schéma d interaction entre ces services 98

8 Les services Web Architecture orientée services 99

9 Les services Web Architecture orientée services Un service Web est une «unité logique applicative» accessible en utilisant les protocoles standard d Internet Caractéristiques: Réutilisables Faiblement couplés Indépendamment de la plate-forme (UNIX, Windows, ) l implémentation (VB, C#, Java, ) l architecture sous-jacente (.NET, J2EE, ) 100

10 Cycle de vie complet Etape 1 : Déploiement du service Web Etape 2 : Enregistrement du service Web WSDL : description du service Référentiels : DISCO (local), UDDI (global) Etape 3 : Découverte du service Web Etape 4 : Invocation du service Web par le client 101

11 1: Déploiement du WS 102

12 2: Enregistrement du WS 103

13 3: Découverte du WS 104

14 4: Invocation du WS 105

15 SOAP Protocole d échange de messages (client/serveur) Basé entièrement sur XML Standard W3C (Initiative IBM et Microsoft) Concepts Message = Enveloppe ( Header + Body ) Extensibilité Porté sur HTTP, SMTP,

16 WSDL Langage de définition de Web Services Basé entièrement sur XML Standard W3C (Initiative IBM et Microsoft) Définition de l interface, de l URL et du port du Web Service. Utilise le système de typage de XML Schéma

17 UDDI Référentiel de définitions Web Service Permet de construire dynamiquement des clients Recommandation Ariba, IBM, Microsoft Référentiel défini lui-même en WSDL Référentiel Public / Privé

18 SOA et l Intégration d Applications Les Web services sont la technologie privilégiée pour l intégration d applications: encapsulation Réutilisation Composition interopérabilité INTA - Master 2 - Recherche 109

19 SOA et l Intégration d Applications Bénéfices métiers Améliore l agilité et la flexibilité de métier aux changements des besoins clients Facilite la gestion de processus métier Bénéfices techniques Réduire la complexité de la solution Garantir une intégration standardisée Facilite la maintenance INTA - Master 2 - Recherche 110

20 SOA et l Intégration d Applications Migration vers SOA Elle peut souvent évoluer à partir de systèmes existants et ne requiert donc pas de réécriture système complète. Elle tire avantage des systèmes existants de l entreprise en profitant des ressources actuelles (logiciels, plates-formes matérielles, bases de données) Elle permet l amélioration des fonctionnalités du système INTA - Master 2 - Recherche 111

21 SOA et l Intégration d Applications Différentes approches de migration Top Down Bottom Up Outside In (Meet In The Middle) Middle Out INTA - Master 2 - Recherche 112

22 SOA et l Intégration d Applications Différentes approches de migration INTA - Master 2 - Recherche 113

23 SOA et l Intégration d Applications Approche Top Down Principe: Elle doit partir de la définition (ou de la formalisation) des processus métiers pour descendre ensuite au travers des différentes couches du SI afin de définir les services nécessaires à la réalisation de ces processus. INTA - Master 2 - Recherche 114

24 SOA et l Intégration d Applications Approche Top Down Avantages: Elle permet de piloter la SOA par les besoins métiers. Elle minimise la redondance de services. Inconvénients Elle est très coûteuse, très longue et trop risquée, puisque elle cause la reconstruction de tout ou d une partie de système d information INTA - Master 2 - Recherche 115

25 SOA et l Intégration d Applications Approche Bottom Up Principe: A l inverse, cette approche prône une phase de conception ascendante. Une analyse de l existant (cartographie applicative) permet de déterminer les fonctions existantes du SI. Il est possible d identifier les fonctions du SI qui sont éligibles au rang de service. INTA - Master 2 - Recherche 116

26 SOA et l Intégration d Applications Approche Bottom Up Avantages: Cette approche est intéressante, puisque elle contraint à réaliser une cartographie du système, ce qui facilite la publication et la réutilisation de ses fonctionnalités. Inconvénients Elle bloque le pilotage de la SOA par les besoins métiers. Les services émergeants de cette approche restent très fortement couplés à leur application d origine. INTA - Master 2 - Recherche 117

27 SOA et l Intégration d Applications Approche Outside In (Meet In The Middle) Principe: Cette approche préconise de mener en parallèle : Un chantier Top Down pour définir les processus métiers et les services de plus haut niveau nécessaires à leur réalisation. Un chantier Bottom Up afin de cartographier l existant applicatif dont dispose l entreprise INTA - Master 2 - Recherche 118

28 SOA et l Intégration d Applications Une fois ces deux chantiers en phase finale, commence l étape de l accostage. Son objectif est de réconcilier les résultats des deux approches afin de déterminer comment seront réalisés les processus métiers. Il faut, pour cela, comparer les besoins en services exprimés par l approche Top Down avec ceux remontés de l approche Bottom Up. INTA - Master 2 - Recherche 119

29 SOA et l Intégration d Applications Approche Outside In (Meet In The Middle) Avantages: Cette approche réunit les bénéfices des approches Top Down et Bottom Up Elle permet de piloter le projet d intégration par les besoins métiers tout en facilitant la réutilisation de services et la capitalisation sur l existant. Inconvénients Le point critique de cette démarche est l étape d accostage qui nécessite de faire les compromis nécessaires pour réutiliser le maximum de code INTA - Master 2 - Recherche 120

30 SOA et l Intégration d Applications Approche Middle Out Principe: Par opposition à l approche Outside In, cette méthode propose de commencer «In the middle» Elle s attaque donc d emblée : La compréhension du métier de l entreprise par les maîtrises d oeuvre Et inversement la compréhension des contraintes IT par les maîtrises d ouvrage. INTA - Master 2 - Recherche 121

31 SOA et l Intégration d Applications Une fois les différentes parties sont d accord sur un premier socle de services «métiers» nécessaires : La maîtrise d ouvrage engage un chantier Middle Up pour spécifier les processus métiers. La maîtrise d œuvre engage un chantier Middle Down pour spécifier le socle de services de plus bas niveau permettant la réalisation des services métiers. INTA - Master 2 - Recherche 122

32 SOA et l Intégration d Applications Approche Middle Out Avantages: Compréhension mutuelle entre métier et IT. Inconvénients Limite le pilotage de la SOA par les besoins métiers, puisque le point de départ est l identification des services métiers nécessaires et non la définition des processus réalisant le métier de l entreprise INTA - Master 2 - Recherche 123

Documents pareils

Le cadre des Web Services Partie 1 : Introduction

Sécurité en ingénierie du Logiciel Le cadre des Web Services Partie 1 : Introduction Alexandre Dulaunoy adulau@foo.be Sécurité en ingénierie du Logiciel p.1/21 Agenda (partie 1) 1/2 Introduction Services