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
