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
Rajesh Patel (Harpoon Technologies) publie sur TSS un court article (“A Hibernate Urban Legend“) dans lequel il nous rappelle (si besoin est) qu’Hibernate ne nous protège pas des injections SQL.
Il en fait la démonstration par l’exemple.
Christophe Heubès Java / J2EE Hibernate, Java, Persistance
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
BEA organise le mardi 10 juillet 2007 un TechTalk sur les thèmes de la supervision, de l’administration et du support.
Guillaume Bodet, Directeur Technique de Xebia y fera un topo sur les meilleures pratiques en matière de supervision des Infrastructures Java/J2EE. Pour patienter, vous pouvez dès maintenant visualiser son interview.
Plus d’informations sur le blog de Xebia France : Supervision, Administration et Support.
Christophe Heubès Java / J2EE J2EE, Supervision, Support, Xebia
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
