SlideShare une entreprise Scribd logo
1  sur  24
Télécharger pour lire hors ligne
HAMMAMI DONIA
LETAIF ALYA
Architecture Orientée Services(SOA)
Ecole Supérieure de Commerce Tunisie
Plan
Pourquoi SOA ?
Apport de l’SOA
Limites de SOA
Notion de Web Services
Principes de SOA
Conclusion
Principe général
POO
Objet
-
1980
POC
Composant
-
1990
POS
Service
-
2000
•Polymorphisme
•Encapsulation
•Héritage
•Faible couplage
•Réutilisation
•Message
•Contrat
•Interopérabilité
Historique
3
Hier : Plat de Spaghetti
Développements coûteux Grande complexité
Interconnexions redondantes Maintenance difficile
4
5
SOA = Innovation
Qu’est-ce que SOA ? (1/2)
6
SOA ( Architecture Orientée Services)
Style d ’architecture organisé à partir de services métiers communs mutualisés
pour un ensemble de lignes métiers ou d’applications,
Permet d ’intégrer et de manipuler les différentes briques et composants
applicatifs d’un système informatique et de gérer les liens qu’ils entretiennent.
Objectifs
Décomposer une fonctionnalité en un ensemble de fonctions basiques
(services) fournies par des composants,
Décrire finement le schéma d ’interaction entre ces services.
Qu’est-ce que SOA ? (2/2)
7
Dirigeant
Architecte
Développeur
Intégrateur
Des services que l’entreprise
souhaite exposer à ses clients et
partenaires, ou à d’autres
parties de l’organisation
Une architecture basée sur un
fournisseur, un consommateur et
une description de service
Un style de programmation avec
ses standards, paradigmes,
technologies et outils associés
Un intergiciel offrant des
fonctionnalités en terme
d’assemblage, d’orchestration,
de surveillance et de gestion des
services
Principes de SOA (1/2)
8
Diviser pour régner
Substituer la découpe strictement applicative par une structuration en composants plus
réduits et potentiellement plus simples à faire évoluer.
Neutralité technologique
Assurer une indépendance totale entre les interfaces et les implémentations.
 L’élément qui utilise un service ne doit pas être contraint ni par la technologie
d’implémentation, ni par sa localisation (potentiellement distribué).
Principe de SOA (2/2)
9
Mutualisation
Favoriser la réutilisation de services métiers par plusieurs lignes métiers ou applications.
Permettre la construction de services de haut niveau par combinaison de services existants.
Echanges orientés Document
Les informations échangées par les services possèdent une structure propre, guidée par les
besoins métiers.
On privilégie la transmission de contenus complets et utilisables au profit d ’accès direct aux
structures de type objet ou relationnel.
Apports de SOA
10
 Améliorer la rapidité ainsi que la productivité des développements
 Une modularité permettant de remplacer facilement un service par un autre
 Une réutilisabilité possible des services
 De meilleures possibilités d'évolution
 Une maintenance facilitée
 Couplage faible entre les services
 Architecture basée sur des standards ouverts
 L’indépendance par rapport aux aspects technologiques
Limites de SOA
11
Sécurité
Technique
Certains anciens
systèmes
demeurent
difficilement
compatibles
avec les Web
Services, et donc
ne peuvent
s'inscrire dans
une telle
architecture
Les services web
sont des
technologies
récentes, ceci
implique de
nouvelles
vulnérabilités et
attaques ou
menaces.
Encore assez peu
de méthodes qui
couvrent
l'élaboration et le
déploiement
l’architecture,
sans doute par
manque de
retours
d'expérience
Méthodologique
12
Notion de Web Service (1/7)
Qu’est ce que c’est?
 Un service Web est un système logiciel identifié par un URI, dont les interfaces publiques et les
bindings sont définies et décrites en XML.
 Il est basés sur l’échange de messages :
• écrits en XML
• transmis par HTTP, FTP, SMTP, etc.
 C’est un standard pour les systèmes répartis basés sur XML+HTTP
Notion de Web Services (2/7)
13
Caractéristiques
Les Web services sont réutilisables
Indépendamment de :
la plate -forme (UNIX, Windows,…)
leur implémentation (Java, C++, Visual Basic, …)
 l’architecture sous-jacente (.NET, J2EE,…)
Notion de Web Services (3/7)
14
Pourquoi faire? (1)
 Faire interagir des composants hétérogènes, distants, et indépendants avec un
protocole standard (SOAP)
 Plus concrètement:
 Permettre à une application de trouver automatiquement sur Internet le service dont
elle a besoin et d'échanger des données avec lui
15
Notion de Web Services (4/7)
Pourquoi faire ? (2)
Les Web Services ont été conçus pour intégrer la dimension d'Internet, et la
standardisation des échanges.
Les services Web permettent d ’interconnecter :
Différentes entreprises
Différents matériels
Différentes applications
Différents clients
16
Notion de Web Services (5/7)
WS: une architecture orientée service
 Le fournisseur de service (service provider) définit le service ,publie sa description dans
l’annuaire et réalise les opérations.
 L'annuaire de service(discovery agency) reçoit et enregistre les descriptions de services
publiées par les fournisseurs, reçoit et répond aux recherches de services lancées par les
clients.
 Le consommateur de service (service requestor)accède à l'annuaire de service pour
effectuer une recherche afin de trouver les services désirés. Ensuite, il se lie au fournisseur
pour invoquer le service.
Notion de Web Services (6/7)
17
18
Les quatre principales technologies des Services Web
 Langage XML : Décrit les informations.
 Protocole SOAP (Simple Object Access Protocol) : c’est un protocole de transport de ces
données basé sur HTTP Exécute les services à distance.
 Langage WSDL(Web Services Description Language) :dialecte XML permettant de
décrire un service web .
 Norme UDDI (Universal Data Description Interface) : annuaire permettant d’enregistrer et
de rechercher des descriptions de services web .
Notion de Web Services (7/7)
19
Notion de Web Services : Vue générale
Standard de web service: REST (1/2)
20
 REST (Representational State Transfer) :C’est une style d’architecture dans le quel un composant lit
ou modifie une ressource en utilisant une représentation de cette ressource.
 L’application de cette architecture au web se comprend sur :
- Chaque URL unique est une représentation d’un objet.
- HTTP fournit toutes les opération nécessaires(GET, POST, PUT et DELETE essentiellement).
-Utlisation des stantdards hyermédias : HTML, XML ou JSON qui permettent de relire les
ressources et d’aasurer ainsi la navigation REST
21
 SOAP (Simple Object Access Protocol) est un parmi les standards de services web. C’est
un protocole de RPC (Remote Procedure Call) orienté objet bâti sur XML. Ce protocole est utilisé dans le
modéle client-serveur et permet de gérer les différents messages entre ces entités. Le
protocole SOAP est composé de deux parties :
– une enveloppe, contenant des informations sur le message lui-même afin de permettre son
acheminement et son traitement.
– un modèle de données, définissant le format du message, c’est-à-dire les informations à
transmettre.
Quel que soit le standard de web service utilisé, le principe de programmation est le même.
Standard de web service: SOAP (2/2)
Conclusion
22
SOA
 Architecture adaptative
 Réutilisation du code
 Utilisation de standards
 Productivité importante
Conclusion
23
Web services
Ensemble assez simple de propositions
Le Web comme environnent de développement
Il manque de nombreuses choses dans l’architecture de base :
Sécurité : identification l’envoyeur , garantie de l’intégrité du contenu
Fiabilité : être sûr que les messages arrivent !
24
Merci pour votre attention


Contenu connexe

Tendances

Services web soap-el-habib-nfaoui
Services web soap-el-habib-nfaouiServices web soap-el-habib-nfaoui
Services web soap-el-habib-nfaouiEl Habib NFAOUI
 
Tp3 - Application SOA avec BPEL
Tp3 - Application SOA avec BPELTp3 - Application SOA avec BPEL
Tp3 - Application SOA avec BPELLilia Sfaxi
 
Tp2 - WS avec JAXRS
Tp2 - WS avec JAXRSTp2 - WS avec JAXRS
Tp2 - WS avec JAXRSLilia Sfaxi
 
Introduction a la SOA
Introduction a la SOAIntroduction a la SOA
Introduction a la SOATugdual Grall
 
Architecture orientée service (SOA)
Architecture orientée service (SOA)Architecture orientée service (SOA)
Architecture orientée service (SOA)Klee Group
 
eServices-Chp3: Composition de Services
eServices-Chp3: Composition de ServiceseServices-Chp3: Composition de Services
eServices-Chp3: Composition de ServicesLilia Sfaxi
 
Architecture réparties et les services web
Architecture réparties et les services webArchitecture réparties et les services web
Architecture réparties et les services webCHOUAIB EL HACHIMI
 
SOA - Architecture Orientée Service : Démystification
SOA - Architecture Orientée Service : DémystificationSOA - Architecture Orientée Service : Démystification
SOA - Architecture Orientée Service : DémystificationKhaled Ben Driss
 
Les architectures client serveur
Les architectures client serveurLes architectures client serveur
Les architectures client serveurAmeni Ouertani
 
eServices-Tp1: Web Services
eServices-Tp1: Web ServiceseServices-Tp1: Web Services
eServices-Tp1: Web ServicesLilia Sfaxi
 
Architectures n-tiers
Architectures n-tiersArchitectures n-tiers
Architectures n-tiersHeithem Abbes
 
Architectures distribuées
Architectures distribuéesArchitectures distribuées
Architectures distribuéesFranck SIMON
 
eServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API ManagementeServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API ManagementLilia Sfaxi
 
eServices-Tp3: esb
eServices-Tp3: esbeServices-Tp3: esb
eServices-Tp3: esbLilia Sfaxi
 

Tendances (20)

Services web soap-el-habib-nfaoui
Services web soap-el-habib-nfaouiServices web soap-el-habib-nfaoui
Services web soap-el-habib-nfaoui
 
Tp3 - Application SOA avec BPEL
Tp3 - Application SOA avec BPELTp3 - Application SOA avec BPEL
Tp3 - Application SOA avec BPEL
 
Chp3 - ESB
Chp3 - ESBChp3 - ESB
Chp3 - ESB
 
Tp2 - WS avec JAXRS
Tp2 - WS avec JAXRSTp2 - WS avec JAXRS
Tp2 - WS avec JAXRS
 
Introduction a la SOA
Introduction a la SOAIntroduction a la SOA
Introduction a la SOA
 
Architecture orientée service (SOA)
Architecture orientée service (SOA)Architecture orientée service (SOA)
Architecture orientée service (SOA)
 
eServices-Chp3: Composition de Services
eServices-Chp3: Composition de ServiceseServices-Chp3: Composition de Services
eServices-Chp3: Composition de Services
 
Architecture réparties et les services web
Architecture réparties et les services webArchitecture réparties et les services web
Architecture réparties et les services web
 
SOA - Architecture Orientée Service : Démystification
SOA - Architecture Orientée Service : DémystificationSOA - Architecture Orientée Service : Démystification
SOA - Architecture Orientée Service : Démystification
 
Les architectures client serveur
Les architectures client serveurLes architectures client serveur
Les architectures client serveur
 
eServices-Tp1: Web Services
eServices-Tp1: Web ServiceseServices-Tp1: Web Services
eServices-Tp1: Web Services
 
Architectures n-tiers
Architectures n-tiersArchitectures n-tiers
Architectures n-tiers
 
Soa
SoaSoa
Soa
 
Architectures distribuées
Architectures distribuéesArchitectures distribuées
Architectures distribuées
 
eServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API ManagementeServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API Management
 
Support de cours Spring M.youssfi
Support de cours Spring  M.youssfiSupport de cours Spring  M.youssfi
Support de cours Spring M.youssfi
 
Support Web Services SOAP et RESTful Mr YOUSSFI
Support Web Services SOAP et RESTful Mr YOUSSFISupport Web Services SOAP et RESTful Mr YOUSSFI
Support Web Services SOAP et RESTful Mr YOUSSFI
 
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Traitement distribue en BIg Data - KAFKA Broker and Kafka StreamsTraitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
 
eServices-Tp3: esb
eServices-Tp3: esbeServices-Tp3: esb
eServices-Tp3: esb
 
Support JEE Servlet Jsp MVC M.Youssfi
Support JEE Servlet Jsp MVC M.YoussfiSupport JEE Servlet Jsp MVC M.Youssfi
Support JEE Servlet Jsp MVC M.Youssfi
 

Similaire à Architectures orientées services

Chap1 p1-introduction
Chap1 p1-introductionChap1 p1-introduction
Chap1 p1-introductionMoez Re
 
eServices-Chp2: SOA
eServices-Chp2: SOAeServices-Chp2: SOA
eServices-Chp2: SOALilia Sfaxi
 
0570-les-services-web.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
0570-les-services-web.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb0570-les-services-web.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
0570-les-services-web.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbhindguendouz2000
 
S51 vos projets web services ibm i a l aide de php
S51   vos projets web services ibm i a l aide de phpS51   vos projets web services ibm i a l aide de php
S51 vos projets web services ibm i a l aide de phpGautier DUMAS
 
2 20 presentations_generales_des_web_services
2 20 presentations_generales_des_web_services2 20 presentations_generales_des_web_services
2 20 presentations_generales_des_web_servicesCamus LANMADOUCELO
 
Le design d'API avec Mulesoft
Le design d'API avec MulesoftLe design d'API avec Mulesoft
Le design d'API avec MulesoftSpikeeLabs
 
eServices-Chp4: ESB
eServices-Chp4: ESBeServices-Chp4: ESB
eServices-Chp4: ESBLilia Sfaxi
 
Conference MicroServices101 - 1ere partie
Conference MicroServices101 - 1ere partieConference MicroServices101 - 1ere partie
Conference MicroServices101 - 1ere partieZenika
 
1 - chapitre 1 chapitre 2 SOA.pdf
1 - chapitre 1 chapitre 2 SOA.pdf1 - chapitre 1 chapitre 2 SOA.pdf
1 - chapitre 1 chapitre 2 SOA.pdfhaythem bouzouraa
 
Services web rest_support_cours_nfaoui_el_habib
Services web rest_support_cours_nfaoui_el_habibServices web rest_support_cours_nfaoui_el_habib
Services web rest_support_cours_nfaoui_el_habibEl Habib NFAOUI
 
Decouverte2014-2015.pptx
Decouverte2014-2015.pptxDecouverte2014-2015.pptx
Decouverte2014-2015.pptxRihabBENLAMINE
 
PZ_Microservices101_20150210
PZ_Microservices101_20150210PZ_Microservices101_20150210
PZ_Microservices101_20150210Gregory Boissinot
 
Introduction à mule esb
Introduction à mule esbIntroduction à mule esb
Introduction à mule esbMehdi EL KRARI
 
Web 2.0 Vs médias et RSE
Web 2.0 Vs médias et RSEWeb 2.0 Vs médias et RSE
Web 2.0 Vs médias et RSECYB@RDECHE
 
comment realiser un Service Web
comment realiser un Service Web comment realiser un Service Web
comment realiser un Service Web Nazih Heni
 
Dodi_Mbuta_La création d'un web service : « Note Reminder » _ Dodi Mbuta
Dodi_Mbuta_La création d'un web service : « Note Reminder » _ Dodi MbutaDodi_Mbuta_La création d'un web service : « Note Reminder » _ Dodi Mbuta
Dodi_Mbuta_La création d'un web service : « Note Reminder » _ Dodi MbutaDaniella Mbuta
 
Cas d'usages d'un ESB - Petals Link - 2011
Cas d'usages d'un ESB - Petals Link - 2011Cas d'usages d'un ESB - Petals Link - 2011
Cas d'usages d'un ESB - Petals Link - 2011Petals Link
 

Similaire à Architectures orientées services (20)

Chap1 p1-introduction
Chap1 p1-introductionChap1 p1-introduction
Chap1 p1-introduction
 
Web services SOAP et REST
Web services  SOAP et RESTWeb services  SOAP et REST
Web services SOAP et REST
 
eServices-Chp2: SOA
eServices-Chp2: SOAeServices-Chp2: SOA
eServices-Chp2: SOA
 
0570-les-services-web.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
0570-les-services-web.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb0570-les-services-web.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
0570-les-services-web.pdfbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
 
S51 vos projets web services ibm i a l aide de php
S51   vos projets web services ibm i a l aide de phpS51   vos projets web services ibm i a l aide de php
S51 vos projets web services ibm i a l aide de php
 
.NET DotNet CF - 3
.NET DotNet CF - 3.NET DotNet CF - 3
.NET DotNet CF - 3
 
2 20 presentations_generales_des_web_services
2 20 presentations_generales_des_web_services2 20 presentations_generales_des_web_services
2 20 presentations_generales_des_web_services
 
Le design d'API avec Mulesoft
Le design d'API avec MulesoftLe design d'API avec Mulesoft
Le design d'API avec Mulesoft
 
eServices-Chp4: ESB
eServices-Chp4: ESBeServices-Chp4: ESB
eServices-Chp4: ESB
 
education
educationeducation
education
 
Conference MicroServices101 - 1ere partie
Conference MicroServices101 - 1ere partieConference MicroServices101 - 1ere partie
Conference MicroServices101 - 1ere partie
 
1 - chapitre 1 chapitre 2 SOA.pdf
1 - chapitre 1 chapitre 2 SOA.pdf1 - chapitre 1 chapitre 2 SOA.pdf
1 - chapitre 1 chapitre 2 SOA.pdf
 
Services web rest_support_cours_nfaoui_el_habib
Services web rest_support_cours_nfaoui_el_habibServices web rest_support_cours_nfaoui_el_habib
Services web rest_support_cours_nfaoui_el_habib
 
Decouverte2014-2015.pptx
Decouverte2014-2015.pptxDecouverte2014-2015.pptx
Decouverte2014-2015.pptx
 
PZ_Microservices101_20150210
PZ_Microservices101_20150210PZ_Microservices101_20150210
PZ_Microservices101_20150210
 
Introduction à mule esb
Introduction à mule esbIntroduction à mule esb
Introduction à mule esb
 
Web 2.0 Vs médias et RSE
Web 2.0 Vs médias et RSEWeb 2.0 Vs médias et RSE
Web 2.0 Vs médias et RSE
 
comment realiser un Service Web
comment realiser un Service Web comment realiser un Service Web
comment realiser un Service Web
 
Dodi_Mbuta_La création d'un web service : « Note Reminder » _ Dodi Mbuta
Dodi_Mbuta_La création d'un web service : « Note Reminder » _ Dodi MbutaDodi_Mbuta_La création d'un web service : « Note Reminder » _ Dodi Mbuta
Dodi_Mbuta_La création d'un web service : « Note Reminder » _ Dodi Mbuta
 
Cas d'usages d'un ESB - Petals Link - 2011
Cas d'usages d'un ESB - Petals Link - 2011Cas d'usages d'un ESB - Petals Link - 2011
Cas d'usages d'un ESB - Petals Link - 2011
 

Plus de Donia Hammami

Rapport pfe talan_2018_donia_hammami
Rapport pfe talan_2018_donia_hammamiRapport pfe talan_2018_donia_hammami
Rapport pfe talan_2018_donia_hammamiDonia Hammami
 
Rapport de projet de conception et de développement
Rapport de projet de conception et de développementRapport de projet de conception et de développement
Rapport de projet de conception et de développementDonia Hammami
 
Exposé segmentation
Exposé segmentationExposé segmentation
Exposé segmentationDonia Hammami
 
Techniques du data mining
Techniques du data miningTechniques du data mining
Techniques du data miningDonia Hammami
 
rapport de projet de fin d'étude_PFE
rapport de projet de fin d'étude_PFErapport de projet de fin d'étude_PFE
rapport de projet de fin d'étude_PFEDonia Hammami
 
Présentation projet de fin d'étude
Présentation projet de fin d'étudePrésentation projet de fin d'étude
Présentation projet de fin d'étudeDonia Hammami
 
initiation SSH_SecuriNets ISI Tunisie
initiation SSH_SecuriNets ISI Tunisieinitiation SSH_SecuriNets ISI Tunisie
initiation SSH_SecuriNets ISI TunisieDonia Hammami
 

Plus de Donia Hammami (11)

Rapport pfe talan_2018_donia_hammami
Rapport pfe talan_2018_donia_hammamiRapport pfe talan_2018_donia_hammami
Rapport pfe talan_2018_donia_hammami
 
iRecruite
iRecruiteiRecruite
iRecruite
 
Sap project
Sap projectSap project
Sap project
 
E-learning
E-learningE-learning
E-learning
 
Rapport de projet de conception et de développement
Rapport de projet de conception et de développementRapport de projet de conception et de développement
Rapport de projet de conception et de développement
 
Exposé segmentation
Exposé segmentationExposé segmentation
Exposé segmentation
 
Techniques du data mining
Techniques du data miningTechniques du data mining
Techniques du data mining
 
Exposé langage-b
Exposé langage-bExposé langage-b
Exposé langage-b
 
rapport de projet de fin d'étude_PFE
rapport de projet de fin d'étude_PFErapport de projet de fin d'étude_PFE
rapport de projet de fin d'étude_PFE
 
Présentation projet de fin d'étude
Présentation projet de fin d'étudePrésentation projet de fin d'étude
Présentation projet de fin d'étude
 
initiation SSH_SecuriNets ISI Tunisie
initiation SSH_SecuriNets ISI Tunisieinitiation SSH_SecuriNets ISI Tunisie
initiation SSH_SecuriNets ISI Tunisie
 

Architectures orientées services

  • 1. HAMMAMI DONIA LETAIF ALYA Architecture Orientée Services(SOA) Ecole Supérieure de Commerce Tunisie
  • 2. Plan Pourquoi SOA ? Apport de l’SOA Limites de SOA Notion de Web Services Principes de SOA Conclusion Principe général
  • 4. Hier : Plat de Spaghetti Développements coûteux Grande complexité Interconnexions redondantes Maintenance difficile 4
  • 6. Qu’est-ce que SOA ? (1/2) 6 SOA ( Architecture Orientée Services) Style d ’architecture organisé à partir de services métiers communs mutualisés pour un ensemble de lignes métiers ou d’applications, Permet d ’intégrer et de manipuler les différentes briques et composants applicatifs d’un système informatique et de gérer les liens qu’ils entretiennent. Objectifs Décomposer une fonctionnalité en un ensemble de fonctions basiques (services) fournies par des composants, Décrire finement le schéma d ’interaction entre ces services.
  • 7. Qu’est-ce que SOA ? (2/2) 7 Dirigeant Architecte Développeur Intégrateur Des services que l’entreprise souhaite exposer à ses clients et partenaires, ou à d’autres parties de l’organisation Une architecture basée sur un fournisseur, un consommateur et une description de service Un style de programmation avec ses standards, paradigmes, technologies et outils associés Un intergiciel offrant des fonctionnalités en terme d’assemblage, d’orchestration, de surveillance et de gestion des services
  • 8. Principes de SOA (1/2) 8 Diviser pour régner Substituer la découpe strictement applicative par une structuration en composants plus réduits et potentiellement plus simples à faire évoluer. Neutralité technologique Assurer une indépendance totale entre les interfaces et les implémentations.  L’élément qui utilise un service ne doit pas être contraint ni par la technologie d’implémentation, ni par sa localisation (potentiellement distribué).
  • 9. Principe de SOA (2/2) 9 Mutualisation Favoriser la réutilisation de services métiers par plusieurs lignes métiers ou applications. Permettre la construction de services de haut niveau par combinaison de services existants. Echanges orientés Document Les informations échangées par les services possèdent une structure propre, guidée par les besoins métiers. On privilégie la transmission de contenus complets et utilisables au profit d ’accès direct aux structures de type objet ou relationnel.
  • 10. Apports de SOA 10  Améliorer la rapidité ainsi que la productivité des développements  Une modularité permettant de remplacer facilement un service par un autre  Une réutilisabilité possible des services  De meilleures possibilités d'évolution  Une maintenance facilitée  Couplage faible entre les services  Architecture basée sur des standards ouverts  L’indépendance par rapport aux aspects technologiques
  • 11. Limites de SOA 11 Sécurité Technique Certains anciens systèmes demeurent difficilement compatibles avec les Web Services, et donc ne peuvent s'inscrire dans une telle architecture Les services web sont des technologies récentes, ceci implique de nouvelles vulnérabilités et attaques ou menaces. Encore assez peu de méthodes qui couvrent l'élaboration et le déploiement l’architecture, sans doute par manque de retours d'expérience Méthodologique
  • 12. 12 Notion de Web Service (1/7) Qu’est ce que c’est?  Un service Web est un système logiciel identifié par un URI, dont les interfaces publiques et les bindings sont définies et décrites en XML.  Il est basés sur l’échange de messages : • écrits en XML • transmis par HTTP, FTP, SMTP, etc.  C’est un standard pour les systèmes répartis basés sur XML+HTTP
  • 13. Notion de Web Services (2/7) 13 Caractéristiques Les Web services sont réutilisables Indépendamment de : la plate -forme (UNIX, Windows,…) leur implémentation (Java, C++, Visual Basic, …)  l’architecture sous-jacente (.NET, J2EE,…)
  • 14. Notion de Web Services (3/7) 14 Pourquoi faire? (1)  Faire interagir des composants hétérogènes, distants, et indépendants avec un protocole standard (SOAP)  Plus concrètement:  Permettre à une application de trouver automatiquement sur Internet le service dont elle a besoin et d'échanger des données avec lui
  • 15. 15 Notion de Web Services (4/7) Pourquoi faire ? (2) Les Web Services ont été conçus pour intégrer la dimension d'Internet, et la standardisation des échanges. Les services Web permettent d ’interconnecter : Différentes entreprises Différents matériels Différentes applications Différents clients
  • 16. 16 Notion de Web Services (5/7) WS: une architecture orientée service  Le fournisseur de service (service provider) définit le service ,publie sa description dans l’annuaire et réalise les opérations.  L'annuaire de service(discovery agency) reçoit et enregistre les descriptions de services publiées par les fournisseurs, reçoit et répond aux recherches de services lancées par les clients.  Le consommateur de service (service requestor)accède à l'annuaire de service pour effectuer une recherche afin de trouver les services désirés. Ensuite, il se lie au fournisseur pour invoquer le service.
  • 17. Notion de Web Services (6/7) 17
  • 18. 18 Les quatre principales technologies des Services Web  Langage XML : Décrit les informations.  Protocole SOAP (Simple Object Access Protocol) : c’est un protocole de transport de ces données basé sur HTTP Exécute les services à distance.  Langage WSDL(Web Services Description Language) :dialecte XML permettant de décrire un service web .  Norme UDDI (Universal Data Description Interface) : annuaire permettant d’enregistrer et de rechercher des descriptions de services web . Notion de Web Services (7/7)
  • 19. 19 Notion de Web Services : Vue générale
  • 20. Standard de web service: REST (1/2) 20  REST (Representational State Transfer) :C’est une style d’architecture dans le quel un composant lit ou modifie une ressource en utilisant une représentation de cette ressource.  L’application de cette architecture au web se comprend sur : - Chaque URL unique est une représentation d’un objet. - HTTP fournit toutes les opération nécessaires(GET, POST, PUT et DELETE essentiellement). -Utlisation des stantdards hyermédias : HTML, XML ou JSON qui permettent de relire les ressources et d’aasurer ainsi la navigation REST
  • 21. 21  SOAP (Simple Object Access Protocol) est un parmi les standards de services web. C’est un protocole de RPC (Remote Procedure Call) orienté objet bâti sur XML. Ce protocole est utilisé dans le modéle client-serveur et permet de gérer les différents messages entre ces entités. Le protocole SOAP est composé de deux parties : – une enveloppe, contenant des informations sur le message lui-même afin de permettre son acheminement et son traitement. – un modèle de données, définissant le format du message, c’est-à-dire les informations à transmettre. Quel que soit le standard de web service utilisé, le principe de programmation est le même. Standard de web service: SOAP (2/2)
  • 22. Conclusion 22 SOA  Architecture adaptative  Réutilisation du code  Utilisation de standards  Productivité importante
  • 23. Conclusion 23 Web services Ensemble assez simple de propositions Le Web comme environnent de développement Il manque de nombreuses choses dans l’architecture de base : Sécurité : identification l’envoyeur , garantie de l’intégrité du contenu Fiabilité : être sûr que les messages arrivent !
  • 24. 24 Merci pour votre attention 