xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] INFO : De REST a la SOA : des Services Web progressifs
From: redacteurs@xmlfr.org
Date: 23/06/2004 - 14:22
De REST a la SOA : des Services Web progressifs
Theme central de la premiere journee de la Web Services Convention [1]
, la SOA (Service Oriented Architecture) apparait comme la suite
logique des Services Web REST .
Extrait de VendrEDI, la lettre mensuelle gratuite de Claude
Chiaramonti qui porte sur les donnees des echanges electroniques en
EDI, XML et Web Services. Pour s'abonner :
courrier.vendredi@club-internet.fr .
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/decid/040623-0001).
Donnez votre avis !
mailto:xml-decid@xmlfr.org?subject=Re:%20INFO%20:%20De%20REST%20a%20la%20SOA%20:%20des%20Services%20Web%20progressifs
---------------
Le modele est connu : toute nouvelle technologie suscite d'abord un
enthousiasme delirant, puis une deception profonde et finit quand meme
par un plateau d'implantations reelles, lentement progressives. Plus
une tendance a rationaliser, donc complexifier, ce qui etait simple
dans l'idee de depart ! Cela a ete le cas pour XML avec les schemas,
cela le devient pour les Services Web (SW).
Les premiers developpements de SW ont ete developpes en REST sans trop
d'incidence sur les applications. Puis est venue l'interet de se
referer a SOAP et WSDL (impactant les "applis") lorsqu'un nombre
suffisant de partenaires pouvaient les pratiquer. Voir Eric van der
Vlist pour le choix entre [2] REST [3] et [4] SOAP [5] .
Un appel par SW isole a une application externe ne necessite pas
forcement de SOA (Services Oriented Architecture) : par exemple un
voyagiste ou un transporteur transferant, a l'occasion, sur un pricing
et une souscription d'assurance fournie par un assureur-partenaire.
Dans ce cas, les informations sur le transport a assurer seront
envoyees par message sur le site de l'assureur pour qu'il n'y ait pas
besoin de les ressaisir, et en retour l'application integrera les
references du paiement de l'assurance conclue. Sans SOA .
Mais si ce SW n'est plus isole et que l'application coeur de metier
doit en gerer systematiquement plusieurs, la question du passage a une
architecture basee sur les services appeles se pose.
Etant entendu, que refonder son SI sur une approche SOA doit conduire a
la business agility avec comme mots-cles « loose coupling », « coarse
granularity » et « asynchrony » selon un Livre Blanc [6] sur la SOA
Implementation Framework.
Implanter une SOA sera d'autant plus efficace qu'elle permettra alors,
non seulement de gerer l'appel a des services externes, mais aussi de
rationaliser les relations entre applications internes rendues ainsi
plus independantes et modulaires. La SOA devant alors etre souple et ne
fournir que les fonctionnalites utiles : la validation de chaque
mes-sage, couteuse, peut etre evitee pour des services basiques surs,
de meme que le cryptage etc.
Si la plupart des grands offreurs se positionnent deja, (cf VendrEDI
n°75 [7] ) ce n'est que dans quelques annees que la SOA commencera a
vraiment se repandre.
Mais de meme que l'on affirmait il y a 20 ans " EDI or die", on entend
dire aujourd'hui que la SOA sera la condition de maitrise de son SI par
les entreprises qui seront de plus en plus obligees, soit de faire
appel a des services geres par des sites partenaires, soit d'offrir les
leurs.
Autres articles :
- XML Europe 2004 : refactoring XML? [8]
- Des Services Web a l'EDI [9]
- Administrer, optimiser et securiser les Web Services [10]
- SOAP, oui mais... [11]
- Services Web: SOAP ou REST? [12]
Copyright 2004, Claude Chiaramonti , EDItorialiste de VendrEDI.
---------------------------------------------------------
References:
[1]
http://cgi.zdnet.fr/event/web-services/index.php?page=programme&source=
[2] http://dyomedea.com/papers/2004-wsc/
[3] http://dyomedea.com/papers/2004-wsc/
[4] http://dyomedea.com/papers/2004-wsc/
[5] http://dyomedea.com/papers/2004-wsc/
[6]
http://www.roguewave.com/products/soa/rwmedm/zapthink.cfm?campaign=154
[7] http://vendr-edi.net/vendredi75.xhtml
[8] http://xmlfr.org/actualites/tech/040426-0001
[9] http://xmlfr.org/actualites/decid/031020-0001
[10] http://xmlfr.org/actualites/decid/030314-0003
[11] http://xmlfr.org/actualites/tech/021129-0001
[12] http://xmlfr.org/documentations/articles/021115-0002
---------------------------------------------------------
Mail genere par FormatedTextOutputHandler pour XT
(http://4xt.org/downloads/examples/outputhandlers/formatedtext/).
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 20:51 UTC
webmaster@xmlfr.org
| 
