Web Services SLenoir@ugap.fr 17/01/2009.

Présentation au sujet: "Web Services SLenoir@ugap.fr 17/01/2009."— Transcription de la présentation:

1 Web Services 17/01/2009

2 1. Pourquoi les Web Services ?
1.1. Historique des SI 1.2. Exigences actuelles 1.3. SOA 1.4. Mise en place de services 17/01/2008 Web Services

3 1.1. Historique des SI (1/4) MAINFRAME : Ensemble indissociable de :
logique de persistance traitement présentation Haute disponibilité Intégrité des données Système unique cohérent et fiable 17/01/2008 Web Services

4 1.1. Historique des SI (2/4) CLIENT – SERVEUR : Client = interface
Serveur = persistance Les métiers s’approprient le S.I. Absence de centralisation de l’information => duplication des données => maintenance complexe 17/01/2008 Web Services

5 1.1. Historique des SI (3/4) APPLICATIONS WEB :
Les accès au S.I. s’ouvrent aux partenaires de l’entreprise Développement du commerce électronique Réduction des couts de licence et de gestion du parc informatique Multiplication des couches n-tiers => morcellement du S.I. 17/01/2008 Web Services

6 1.1. Historique des SI (4/4) Toutes ces technos coexistent souvent dans les S.I. actuels car il est rarement possible de faire table rase du passé. Difficultés de faire communiquer tous ces éléments. Challenge actuel des DSI : organiser et maitriser cette hétérogénéité. 17/01/2008 Web Services

7 1.2. Exigences actuelles (1/3)
AGILITE : Réactivité accrue demandée par les métiers Capacité d’absorber rapidement d’autres sociétés au sein du SI Déploiement de nouvelles offres technologiques à intégrer au SI Multiplication des interfaces partenaires (clients / fournisseurs / sous-traitants) 17/01/2008 Web Services

8 1.2. Exigences actuelles (2/3)
LES METIERS : Déployer rapidement des processus métiers Besoin d’une vision temps réel sur le business Le DSI doit justifier son budget 17/01/2008 Web Services

9 1.2. Exigences actuelles (3/3)
TECHNIQUES : Réutilisation : Valoriser l’existant du SI Composer les nouvelles applications Ouvrir les interfaces Faciliter les échanges (synchronisation) Sécurité des échanges Intégrité des échanges Piloter la plate-forme d’intégration 17/01/2008 Web Services

10 1.3. SOA (1/2) SERVICE ORIENTED ARCHITECTURE
Un service met à disposition d’acteurs (humains ou logiciels) intervenants dans des processus métiers, un accès vers une ou plusieurs fonctions métiers. Un service concrétise le lien entre la couche métier (consommateur) et les implémentations dans le SI (fournisseur) en prenant à sa charge un contrat (pourvoyeur). 17/01/2008 Web Services

11 1.3. SOA (2/2) Le consommateur de service n’a pas à se préoccuper de la façon dont ces fonctions sont implémentées et à fortiori des technologies utilisées. 17/01/2008 Web Services

12 1.4. Mise en place de services
Identifier les services Mutualisation, réutilisation Interopérabilité Composition de services La mise en place d’un service nécessite : La modélisation d’un contrat décrivant le service rendu, L’implémentation du service devant respecter le contrat défini, Les modalités de déploiement du service 17/01/2008 Web Services

13 2. Boîte à outils Web Services
2.1. Web Services versus SOA 2.2. Détails techniques 2.3. SOAP 2.4. WSDL 2.5. UDDI 2.6. Sécurisation 17/01/2008 Web Services

14 2.1. Web Services versus SOA
SOA = concept Web Services = technique permettant de répondre au mieux aux enjeux des architectures SOA Les Web Services sont une boîte à outils permettant de mener à bien une démarche SOA. 17/01/2008 Web Services

15 2.2. Détails techniques (1/2)
Définition Web Service : Composant implémenté dans n’importe quel langage Déployé sur n’importe quelle plateforme Enveloppé dans une couche de standards normalisés W3C dérivés du XML (SOAP, WSDL, UDDI) 17/01/2008 Web Services

16 2.2. Détails techniques (2/2)
Message SOAP Application invoquant le service 3. Invocation du service 2. Interrogation du registre Contrat WSDL Interface Web Service Composants métiers Java PHP Perl … Registre UDDI 1. Publication du contrat 17/01/2008 Web Services

17 2.3. SOAP (1/4) Simple Object Access Protocol
Protocole d’échange normé par le W3C Un appel de service SOAP est un flux ASCII encadré par des balises XML et transporté par protocole HTTP (port 80) 17/01/2008 Web Services

18 2.3. SOAP (2/4) Un message SOAP = header + body
Header : porte les informations complémentaires pour le traitement des données (identification, sécurité, chiffrement, …) Body : porte les données propres au message 17/01/2008 Web Services

19 2.3. SOAP (3/4) <soap:Envelope xmlns:soap=" <soap:Body> <vendorGetDetail> <Siren> </Siren> <Nom>UGAP</Nom> <Adresse>rue de la Croix Verte</Adresse> <CodePostal>34000</CodePostal> <Ville>Montpellier</Ville> <Telephone> </Telephone> <Contact>Sophie Lenoir</Contact> </vendorGetDetail> </soap:Body> </soap:Envelope> 17/01/2008 Web Services

20 2.3. SOAP (4/4) Application invoquant le service Message SOAP
Enveloppe SOAP SOAP Header - XML SOAP Body - XML Couche de transport : HTTP Interface Web Service Composants métiers Java PHP Perl … 17/01/2008 Web Services

21 2.4. WSDL (1/3) Web Service Description Language
Contrat de service normé par le W3C Description au format XML du Web Service Détaille les méthodes, leur signatures et leur point d’accès (URL) 17/01/2008 Web Services

22 2.4. WSDL (2/3) 17/01/2008 Web Services
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <wsdl:definitions xmlns:soap=" xmlns:tns=" xmlns:wsdl=" xmlns:xsd=" name="VendorGetDetail" targetNamespace=" <wsdl:types> <xsd:schema targetNamespace=" <xsd:element name="vendorGetDetail"> <xsd:complexType> <xsd:sequence> <xsd:element name="numFour" type="xsd:string"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="vendorGetDetailResponse"> <xsd:element name="sapReturn" type="tns:SapReturn" /> <xsd:element name="detailFournisseur" type="tns:DetailFournisseur"></xsd:element> <xsd:simpleType name="numFour"> <xsd:restriction base="xsd:string"></xsd:restriction> </xsd:simpleType> <xsd:complexType name="DetailFournisseur"> <xsd:element name="siren" type="xsd:string"></xsd:element> <xsd:element name="nom" type="xsd:string"></xsd:element> <xsd:element name="adresse" type="xsd:string"></xsd:element> <xsd:element name="codePostal" type="xsd:string"></xsd:element> <xsd:element name="ville" type="xsd:string"></xsd:element> <xsd:element name="telephone" type="xsd:string"></xsd:element> <xsd:element name="contact" type="xsd:string"></xsd:element> 17/01/2008 Web Services

23 2.4. WSDL (3/3) 17/01/2008 Web Services
<xsd:complexType name="SapReturn"> <xsd:sequence> <xsd:element name="type" type="xsd:string"></xsd:element> <xsd:element name="message" type="xsd:string"></xsd:element> </xsd:sequence> </xsd:complexType> </xsd:schema> </wsdl:types> <wsdl:message name="vendorGetDetailRequest"> <wsdl:part element="tns:vendorGetDetail" name="parameters"/> </wsdl:message> <wsdl:message name="vendorGetDetailResponse"> <wsdl:part element="tns:vendorGetDetailResponse" name="parameters"/> <wsdl:portType name="VendorGetDetail"> <wsdl:operation name="vendorGetDetail"> <wsdl:input message="tns:vendorGetDetailRequest"/> <wsdl:output message="tns:vendorGetDetailResponse"/> </wsdl:operation> </wsdl:portType> <wsdl:binding name="VendorGetDetailSOAP" type="tns:VendorGetDetail"> <soap:binding style="document" transport=" /> <soap:operation soapAction=" /> <wsdl:input> <soap:body use="literal" /> </wsdl:input> <wsdl:output> </wsdl:output> </wsdl:binding> <wsdl:service name="VendorGetDetail"> <wsdl:port binding="tns:VendorGetDetailSOAP" name="VendorGetDetailSOAP"> <soap:address location=" </wsdl:port> </wsdl:service> </wsdl:definitions> 17/01/2008 Web Services

24 2.5. UDDI (1/2) Universal Description Discovery and Integration
Méta-annuaire distribué de Web Services Permet la distribution et l’exportation des services C’est en fait un Web Service dont les méthodes sont appelées via SOAP 17/01/2008 Web Services

25 2.5. UDDI (2/2) On distingue 3 types de registres :
Registre d’entreprise (réseau privé) Registre fédéré avec les partenaires (sécurisation avancée) Registre public (www) Le fournisseur de service publie son contrat WSDL dans l’annuaire UDDI en l’associant à la description de la société et à la catégorie de service concernée. 17/01/2008 Web Services

26 2.6. Sécurisation Sécurité Garantie d’acheminement
Gérer les transactions distribuées Superviser les services 17/01/2008 Web Services

27 Questions ??? 17/01/2008 Web Services