Le document présente les concepts de l'architecture orientée services (SOA) et des services web, en expliquant leur définition, leurs avantages comme la réutilisation et l'évolutivité, ainsi que leurs limites techniques et méthodologiques. Il décrit également les technologies associées comme XML, SOAP, et WSDL, qui facilitent l'interaction entre applications hétérogènes. Enfin, il fait une distinction entre SOA en tant qu'architecture et services web en tant que technologie.

1. SOA & SERVICES WEBMinistère de l’Enseignement Supérieur de laRecherche Scientifique et de la technologie*** * ***Université de la Manouba*** * ***Ecole Nationale des Sciences De l’InformatiquePrésenté par : M. Mahdi Ghazouani21/05/2011

2. Sommaire123456Qu’est-ceque SOA ?Pourquoi SOA ?Apports de SOALimites de SOAService WebBPEL

3. Hier : Plat de SpaghettiDéveloppements coûteuxGrande complexitéMaintenance difficileInterconnexions redondantes

4. SOA = Innovation

5. Qu’est-ceque SOA ? (1/2)Le moyen par lequel un fournisseur regroupe ses savoir-faire pour répondre aux besoins d’un client.ServiceUne architecture orientée service est un paradigme fondée sur la description et l’interaction de servicesSOA

6. Qu’est-ceque SOA ? (2/2)RôlesIntégrateursDirigeantsArchitectsDéveloppeursUn style architectural basé sur un fournisseur, un demandeur et une description de serviceUn ensemble de services que l'entreprise souhaite exposer à leurs clients et partenaires, ou d'autres parties de l'organisationUn modèle de programmation avec ses standards, paradigmes, outils et technologies associéesUn intergiciel offrant des fonctionnalités en terme d'assemblage, d'orchestration, de surveillance et de gestion des services

7. PourquoiSOA ?Couplage faible entre les servicesSécuriser l’investissement des applications existantesL’indépendance par rapport aux aspects technologiquesArchitecture basée sur des standards

8. Apports de SOA123La réutilisation et la composition, permettant le partage de modules entre les applications.La pérennité, impliquant le support des technologies existantes et à venir.L’évolutivité, permettant aux applications de greffer de nouveaux modules afin de répondre aux nouveaux besoins fonctionnels.

9. LimitesTechniqueCertains anciens systèmes demeurent difficilement compatibles avec les Web Services, et donc ne peuvent s'inscrire dans une telle architectureMéthodologiqueEncore assez peu de méthodes qui couvrent l'élaboration et le déploiement l’architecture, sans doute par manque de retours d'expérienceSécuritéLes services web sont des technologies récentes, ceci implique de nouvelles vulnérabilités et attaques ou menaces.

10. Service Web (1/2)Application modulaire décrite en XML, identifiée par un URI et qui peut être publiée, localisée et invoquée dynamiquement par des applications depuis le web,

11. Ce mécanisme tend à donner plus d’interactions pour permettre à deux entités hétérogènes de dialoguer au travers du réseau Internet.Service Web (2/2)Un Service est Autonomeet sans état Un Service expose un Contrat4 propriétésLes Frontières entre services sont ExplicitesLes services communiquent par messages

12. Technologies associées (1/2)Famille de technologies développées au sein du W3C.XML permet de transformer Internet à un univers Web programmable et dynamique, centré sur les données. Il est indépendant des plateformes informatiques.XMLProtocole transactionnel, simple, basé sur le principe de Requête/ Réponse, indépendamment des requêtes précédentes et sans conserver la moindre information pour les requêtes à venir.HTTPProtocole qui permet la transmission de messages entre applications distantes, ce qui veut dire qu’il autorise un objet d’une application à invoquer des méthodes d’objets physiquement situés sur une autre machineSOAP

13. Technologies associées (2/2)Norme d'annuaire de services Web appelée via le protocole SOAP et qui définit une structure d’informations.UDDILangage de description de Web Services, au format XML. Il permet de séparer la description des fonctionnalités abstraites offertes par un service, des détails concrets d'une description de service, tels que "comment" et "où" cette fonctionnalité est proposée.WSDL

14. Principe de fonctionnement (1/2)

15. Principe de fonctionnement (2/2)Publication &DécouverteDescription du serviceInvocationDécrire les paramètres d'entrée du service et le format et le type des données retournées. Le principal format de description de services est WSDL. Publier dans un registre les services disponibles aux utilisateurs. Découverte: possibilité de rechercher un service parmi ceux qui ont été publiés, grâce au standard UDDI.Connexion et interaction du client avec le service. Le principal protocole utilisé pour l'invocation de services est SOAP.

16. SOA vs Service WebService WebSOAC’estunetechnologie.

17. Possibilité de faire Service Web sans être SOA.

18. Architecture baséesur des best-practises.

19. Possibilité de faire SOA sans Service WebBPEL (1/2)Normepermettant de décrire des processus en XML Propose les fonctionsbasiques d’un langage de programmation:sequence, flow, loop, switch…Identification des Instances de ProcessGestion des transactions longue durée (scope, compensation)‏Gestion des fautes