La mise en œuvre d’une architecture orientée services (SOA) est un bien vaste chantier. Elle impacte toutes les composantes du SI et doit impliquer tous les acteurs de la DSI et même au-delà. De plus, elle suppose une profonde mutation des façons de penser et de concevoir le SI.
Autour de cette problématique titanesque, la question de la bonne approche pour la mise en place d’une SOA a donné lieu à bien des écrits et des théories chacune sous tendant des positions souvent trop dogmatiques.
Dans l’article “Mise en œuvre d’une SOA : Les clés du succès”, je présente :
- Les différentes approches
- Les clés du succès
“Mise en œuvre d’une SOA : Les clés du succès” sur le blog de Xebia France.
Christophe Heubès SOA SOA
Lors de la réalisation d’un service pour une architecture SOA, il arrive de devoir introduire, dans certaines situations, les notions de contexte ou de session.
Manuel Eveno nous expose, dans son billet “Service Stateful vs. Service Stateless“, quels sont les impacts de tels mécanismes et nous montre qu’il suffit d’appliquer la célèbre méthode KISS (Keep It Simple, Stupid) pour s’en sortir.
Service Stateful vs. Service Stateless sur le blog de Xebia France.
Christophe Heubès SOA SOA
Dans l’article “Why support services are critical, but not important“, Steve Jones exhorte les services IT à bien faire la différence entre les services métiers, qui sont “importants”, et les services de support, qui sont “critiques”.
Même si l’exemple du tour de France est un peu tiré par les cheveux, c’est une nouvelle occasion de rappeler que l’objectif des SOA est de mettre l’IT au service du métier.
C’est pourquoi, seuls les services apportant de la valeur à l’entreprise (les services métiers) doivent être considérés comme importants.
Les services applicatifs et/ou techniques (libre à chacun de définir son découpage horizontal et de nommer ses typologies de services comme il l’entend) restent des services de support, au sens où ils supportent les processus et services métiers qui sont construits par assemblage (orchestration) de ces services. Ils sont donc critiques, puisque de leur bon fonctionnement dépend celui des services métiers, mais ils ne sont pas importants puisqu’ils n’apportent pas de valeur ajoutée au métier.
Christophe Heubès SOA SOA
Le débat est en ce moment très animé autour d’une hypothétique standardisation de la pile des standards SOA.
L’occasion de retomber sur un article d’Aurélien Pelletier : “SOAP is the EJB of XML???”. Ce billet à plus de deux ans mais la question est plus que jamais d’actualité à l’heure où de plus en plus de voix s’élèvent autour des solutions alternatives, aux EJB d’une part, aux Web Services d’autre part. Elle mérite d’être posée, élargie et remise en perspective : Les standards Web Services sont-ils à SOA ce que les EJB furent à J2EE ?
C’est ce que je m’efforce de faire sur le blog de Xebia France dans le billet “Les standards Web Services sont-ils à SOA ce que les EJB furent à J2EE ?“.
Le billet complet : Les standards Web Services sont-ils à SOA ce que les EJB furent à J2EE ?.
Christophe Heubès SOA EJB, J2EE, SOA, Web Services, WS-*
CXF est un projet de l’incubateur Apache porté par IONA. CXF est l’héritier de la populaire librairie SOAP XFire et de l’ESB Open Source IONA Celtix.
Evénement annoncé comme il se doit sur TSS (“Apache CXF 2.0 Released - build services using frontend APIs like JAX-WS“) qui liste les principales fonctionnalités de la release.
Comme nous l’expliquait Cyrille Leclerc dans son billet “La bataille des ESB Apache : Synapse vs. Service Mix vs. CXF“, la multiplication des projets ESB au sein de la fondation obscurcie la stratégie SOA et ESB d’Apache.
Christophe Heubès SOA ESB, SOA
Un sujet a fait débat cette semaine dans la “blogosphère SOA” : La mise en place d’une SOA doit-elle être conduite en démarrant sur un projet à périmètre réduit puis en incrémentant plutôt que de suivre la voix royale de l’approche Top Down ? Le retour d’un déjà vieux débat.
Il a été relancé par les propos d’Edward Cobb (VP architecture and standards chez BEA) à la conférence Arch 2 Arch de Nice : “It’s all about starting small so you can learn how to monitor the benefits and see how your business is becoming more flexible and adaptable.”.
Propos repris par Joe McKendrick sur son blog (“SOA business case: smaller is better“) suscitant alors de nombreuses réactions notamment celles de Steve Craggs sur le blog de Lustratus Research (“OK, start SOA small if you want - but don’t skimp“) et d’Annrai O’Toole sur le blog de Cape Clear’s (“The End of Big SOA“).
En espérant que ces débats (pour l’instant constructifs) ne soient pas les prémices du retour d’une “guerre de religions” autour des approches SOA …
Notons que Manuel Eveno avait abordé le sujet sur le blog de Xebia France : “Quel type de projet pour démarrer une SOA ?“.
Christophe Heubès SOA SOA
Une analogie pleine de bon sens par Charles Stack (BEA) :
“There was a time when dinosaurs ruled the earth, when the environment could accommodate and support gigantic reptiles. That environment changed. The dinosaurs died. Ants didn’t.
A similarly cataclysmic change continues to reshape the global business environment. The extraordinary evolution of the Web has changed how businesses relate to that environment, and to customers, partners, competitors as it redefines the enterprise. That the pace of this change continues to accelerate poses an increasingly significant threat to any company with too much in common with the doomed dinosaur–better to be more like a swarm of tenacious ants. Better to get small.
The widespread interest in and adoption of SOA is an attempt to do just that, to avoid the dinosaurs’ fate by getting small. But it’s not about shrinking or downsizing.”
Christophe Heubès SOA SOA
V.N.Madala publie sur son blog un article assez sibyllin, au sujet des approches de tests dans le cadre d’une SOA. Il a tout de même le mérite de rappeler que :
- L’approche doit être agile (Car la SOA se construit sur un mode itératif).
- La stratégie d’intégration doit être testée (Car c’est le principal point de faiblesse des SOA).
- Les besoins métiers doivent être compris par les équipes de test (Car la mise en place d’une SOA doit servir le métier).
- Les équipes doivent avoir une vision et une compréhension plus large que le périmètre dont elles ont la responsabilité (Car une SOA est un projet transverse).
Christophe Heubès SOA SOA, Tests
Synapse est un médiateur Web Service : routing, load-balancing, transformation et protocol switching (L’annonce sur TSS détaille les fonctionnalités). WSO2 ESB étend Synapse avec un registre de services et une interface graphique permettant de gérer et d’assembler des Services Web.
La stratégie SOA et ESB de la fondation Apache s’obscurcit encore un peu avec ces annonces. Cyrille Le Clerc fait un point sur la situation et nous livre son analyse dans son billet “La bataille des ESB Apache : Synapse vs. Service Mix vs. CXF” publié sur le blog de Xebia France.
Christophe Heubès SOA ESB, SOA
A lire également : JRuby and the Java Platform par Monica Pawlan sur SDN (Sun Developer Network).
Christophe Heubès SOA Java, JRuby
