Présentation
NOTE DE L'ÉDITEUR
Cet article est la version actualisée de l'article du même nom et du même auteur paru dans nos éditions en 2006.
RÉSUMÉ
La technologie SOA (Service Oriented Architecture ou Architecture orientée services) est un style d’architecture dont l’objectif premier est de fournir un couplage lâche entre les agents logiciels. Le style SOA simplifie et donc pousse à la réutilisation de services existants avec comme conséquence la nécessité de bien définir des standards de données. Après avoir dressé une liste complète de tous les styles et modèles d’architecture existants, cet article détaille l’architecture SOA et explique comment la reconnaître. De nombreux exemples viennent illustrer les propos de l’article.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Jean-Paul FIGER : Président de la société ARMOSC
INTRODUCTION
Cet article est destiné principalement à tous ceux qui s’intéressent à l’architecture des systèmes informatiques. Il a pour but d’expliquer la « révolution » qui se cache derrière le style SOA, la manière de reconnaître une architecture SOA et les conséquences de son introduction dans les entreprises.
Le sigle SOA (Service Oriented Architecture ou Architecture Orientée Services ou microservices) est devenu à la mode début 2005 grâce aux succès du déploiement de l’Internet dans le public et dans les entreprises. En quelques mois, tous les fournisseurs de produits ou de services se sont découverts plus SOA les uns que les autres. La lecture attentive de leur documentation laisse perplexe car des discours marketing ou techniques insipides démontrent à l’évidence que leurs produits ou méthodes, restés inchangés, ne sont conformes ni de près, ni de loin au style SOA.
Le style SOA peut s’appliquer à toutes les technologies pour tout type de réalisation. Cependant, la révolution SOA est tirée par les standards de l’Internet. C’est donc naturellement ce qui servira de cadre à cet article, en particulier pour les exemples.
Il existe deux groupes de travail du W3C (World Wide Web Consortium http://www.w3.org) qui couvrent le sujet SOA, un sur l’architecture du World Wide Web http://www.w3.org/TR/2004/REC-webarch-20041215/ dont la lecture est indispensable et un autre sur les web services heureusement en voie d’abandon ( https://www.w3.org/standards/techs/soap#w3c_all) dont nous verrons plus loin les graves faiblesses.
La traduction de certains termes anglais en français n’étant pas encore estampillée par l’Académie française, j’ai mis [entre crochets] le terme anglais dont ma traduction est issue.
Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.
Déjà abonné ? Se connecter
VERSIONS
- Version archivée 1 de août 2006 par Jean-Paul FIGER
DOI (Digital Object Identifier)
Présentation
Travail de l’architecte ou comment appliquer le style SOAArticle inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
5. REQUIEM pour SOAP
Un extrait de ce chapitre, issu de la première version de cet article, est conservé pour mémoire, l’utilisation de SOAP étant déconseillée, voire abandonnée, par la plupart des grands fournisseurs de services de l’Internet (Google en décembre 2006, Amazon en 2015…)
SOAP (Simple Object Access Protocol) est un mécanisme qui permet d’échanger des messages XML entre applications, principalement en utilisant le protocole HTTP. SOAP a été développé à l’origine pour traverser via HTTP les pare-feux qui bloquent les appels RPC (Remote Procedure Call) de DCOM ou IIOP.
SOAP-RPC ne respecte pas le style SOA puisque c’est un moyen de véhiculer des interfaces RPC spécifiques d’une application dans un tuyau standard. Il nécessite une connaissance fine du fonctionnement de chaque application pour l’utiliser. Il ne satisfait donc pas à la contrainte no 1 d’une SOA qui est d’être faiblement couplée.
Conscient de ces faiblesses, le W3C a donc défini SOAP 1.2 comme un moyen d’échanger des messages entre des nœuds [node] SOAP, d’un nœud émetteur SOAP vers un nœud récepteur SOAP. Cette version en mode échange de messages respecte le style SOA à condition que le contenu des messages soit informatif, pas prescriptif.
-
Les principales faiblesses de SOAP vis-à-vis de REST
SOAP est un protocole de type RPC [Remote Procedure Call] sur un tuyau standard (HTTP).
Il introduit donc un couplage fort entre le client et le service, ce qui ne favorise pas la réutilisation. Chaque modification du service entraîne une modification du client.
Les messages sont obligatoirement encapsulés dans une enveloppe XML ce qui complique souvent inutilement les messages et ne permet pas l’utilisation directe des types MIME.
Les messages sont envoyés systématiquement avec le protocole HTTP POST ce qui n’autorise pas l’utilisation d’un cache. La version SOAP 1.2 autorise bien l’utilisation du HTTP GET mais ne garantit pas l’idempotence.
Tous les appels passent par un point d’accès unique (Couplage fort). Il faut décoder le contenu des messages pour les distribuer ce qui entraîne des problèmes de fiabilité et de performances. En outre cela impose de coupler fortement la sécurité avec l’application contrairement à l’URI REST qui définit la ressource manipulée.
Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.
Déjà abonné ? Se connecter
REQUIEM pour SOAP
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
BIBLIOGRAPHIE
-
(1) - NETCRAFT - February 2017 Web Server Survey. - (2017) https://news.netcraft.com/archives/2017/02/27/february-2017-web-server-survey.html
-
(2) - W3C - Architecture of the World Wide Web (2004) - https://www.w3.org/TR/webarch
-
(3) - W3C – URIS - Addressability, and the use of HTTP GET and POST (2004) - https://www.w3.org/2001/tag/doc/whenTouseGet-20040321.html
-
(4) - PITAC - Cyber security : a crisis of Prioritization (2005) - https://www.nitrd.gov/pitac/reports
-
(5) - FOWLER (M.), LEVIS (J.) - * - Microservices (2004)
ANNEXES
W3C – World Wide Web Consortium
Architecture du World Wide Web
http://www.w3.org/TR/2004/REC-webarch-20041215
Web Services
https://www.w3.org/standards/techs/soap#w3c_all
Projet Apache
IFTTT (If This Then That)
Schema.org
HAUT DE PAGE
Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.
Déjà abonné ? Se connecter
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
QUIZ ET TEST DE VALIDATION PRÉSENTS DANS CET ARTICLE
Entraînez vous autant que vous le voulez avec les quiz d'entraînement.
L'expertise technique et scientifique de référence
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
