Nothing Special   »   [go: up one dir, main page]

Architecture SOA Et Web Services

Télécharger au format docx, pdf ou txt
Télécharger au format docx, pdf ou txt
Vous êtes sur la page 1sur 5

1.

1 Introduction :
L’architecture SOA (Services-Oriented Architecture) :
SOA, proposée par Gartner Group (2003-2008), se prête comme solution au problème
d’interopérabilité, en répondant aux questions :
- Quel transport de communication (TCP/IP ? quelle version?) ?
- Quel protocole applicatif (HTTP, FTP, SFTP...) ?
- Quel type d’encodage de données (ASN.1, MIME, BASE-64...) ?
- Quel est le format de données à adopter ? (bureautique, structuré avec EDI ou XML)
1.2 Caractéristiques :
 Architecture orientée service (Service Oriented Architecture).
 Style d’architecture distribuée qui permet de fournir ou consommer un processus
métier en tant que service .
 Offre des services réutilisables et interopérables via des interfaces standards
(construites autour de XML) .
 SOA véhicule des Messages et non des objets .
 Le consommateur (client) est découplé de l’architecture technique du service qu’il
invoque .
 Le consommateur et le fournisseur n'ont pas forcément les mêmes technologies.

Architecture SOA.
1.3 Comparaison SOA et Client-Serveur :

1.4 SOA et Web services :


 SOA n'est pas Web Services .

• SOA est un paradigme abstrait, base de l’architecture distribuée sans aucune


référence à une implémentation technique .

• L'accent est mis sur :

- Les standards
- L'interopérabilité .
- Le couplage faible .

• Les Web Services offrent une implémentation possible mais pas nécessaire .

Architecture Web Services


1.5 Les Composants :
• Service Provider (Fournisseur de service) :
− Application s'exécutant sur un serveur et comportant un module logiciel accessible
en XML
• Service Registry (Annuaires de service)
− Annuaire des services publiés par les providers (UDDI)
− Géré sur un serveur niveau application, entreprise ou mondial
• Service Requester (Demandeur de service) :
− Application cliente se liant à un service et invoquant ses fonctions par des
messages XML (SOAP).
2 Web Service :
• Définition :
− Un Web service est un système logiciel identifié par une URI, dont les interfaces publiques et
les liens sont définis et décrits en XML.
− Sa définition peut être découverte par d'autres systèmes logiciels.
− Ces systèmes peuvent interagir avec le service Web d'une manière prescrite par sa définition,
en utilisant des messages XML portés par les protocoles Internet.
• Exposition :
− Langage WSDL (Web Service Description Language) utilisé pour décrire le service
• Activation :
− Protocole Web au-dessus de HTTP (RPC XML, SOAP)
− Autres protocoles possibles …
2.1 Les spécifications :
• SOAP : pour le transport des données et l’infrastructure de communication.
• WSDL : pour la description des services offerts.
• UDDI : annuaire pour le référencement des services par les fournisseurs et leur
découverte par les utilisateurs.
• BPEL : décrit le processus métier.

2.2 SOAP (Simple Object Access Protocol) :


•Intégration de XML au-dessus de HTTP :
- Pour accéder services, objets et serveurs
- Indépendant de toute plate-forme
2.3 Structure d'un message :

2.4 Description des services: WSDL

• Elément Type :

− Types des paramètres (schéma XML)

• Elément Message :

− Appel et retour de chaque opération

• Elément Port type

− Groupe d'opération

• Elément Binding

− URL de l'opération

− Type de protocole

2.5 UDDI : Annuaire des services

•Universal Description, Discovery and Integration


•Annuaire des services :

− décrit par un document

− WSDL, autre …

•Accessible en SOAP

•Fonctions :

−Enregistrer des sociétés

−Enregistrer des services

−Enregistrer des opérations

−Découvrir des services ….

 Utilité :

Scénario classique d'utilisation d'UDDI

Vous aimerez peut-être aussi