ertrand Guiral : formateur et consultant

Le but des SOA: Unifier des systèmes hétérogènes, permettre une certaine “agilité” à des systèmes répartis, accélérer les vitesses de développement et de déploiement, offrir (ou utiliser) des services à (de) partenaires (Cela s’appelle l’interopérabilité).

Les moyens:
Des services sont fournis (En général des web-services) , s’appuyant sur les normes les plus répandues (http, xml, soap, wsdl) . Toute les informations necessaires pour invoquer un service sont décrites dans un contrat: le wsdl.

Plusieurs normes et outils sont apparus pour manipuler ces services:
BPEL (Business Process Execution Langage) permet de composer des services à partir d’autres services. Cela est très puissant … mais a aussi des limites.

Plusieurs solutions sont apparues autour de ces concepts:
1 - JBI “Java Business Integration” Spécifié la JSR 208 de la JCP (Java Community Process),
2 - ESB “Enterprise Service Bus”,
3 - SCA “Service Component Architecture” Spécifié par l’OASIS.

Qu’est ce qu’il faut en penser? Que choisir ? Que faut-il éliminer? Quelles sont leurs différences ? Leurs points communs ? Lesquels survivront dans 5 ans? Dans 1 ans?
Les spécifs, c’est clair, sont quasiment illisibles (230 pages pour JBI, J’ai arrêté l’impression de la première specif du SCA (Assembly Model Spécification) à 80 pages et ainsi de suite …).
Les experts (Mais qui sont ils ???? ) , sont tous suspects de partialité, défendent leurs crèmeries ou leurs prestations…

Restons pragmatique : Au bout du compte, ce sera un produit, un serveur, une application distribuée ou non. Essayons de faire le tour de ce qui existe …
Au secours! Quoi faire ? Quels critères sélectionnés?

Comment choisir ?