Réussir votre SOA : Un guide pratique en 10 questions (1/3)

L’un des facteurs clé pour la réussite de la mise en place d’une architecture orientée services, c’est de parvenir à identifier et mettre en œuvre des services à forte valeur ajoutée. Cet article synthétise, sous forme de questions pratiques, les principaux éléments et concepts à considérer pour réussir cette transformation du SI.

Cet article sera publié en 3 parties :
Partie 1 – Questions 1 et 2
Partie 2 – Questions 3 à 6
Partie 3 – Questions 6 à 10
(Lire la suite…)

Agilité et SOA ?

OCTO sera présent à la table ronde organisée par CIO et Le Monde Informatique sur le thème SOA et Agilité mardi 6 Octobre à l’Automobile Club de France (Paris 8e). Le séminaire démarrera à 8:45 avec de nombreux intervenants, la table ronde aura elle lieu à 14h45.
En espérant vous voir nombreux, promis, nous irons au-delà des poncifs d’usage sur ce sujet

Complex Event Processing (CEP), de quoi s’agit-il?

Depuis quelques années, on assiste à l’émergence de nouvelles solutions logicielles, dont le concept à la base est loin d’être nouveau, mais dont l’offre est de plus en plus riche et perfectionnée, à savoir, Complex Event Processing.

Alors de quoi s’agit-il ? (Lire la suite…)

SCA, quel apport pour la SOA?

L’architecture SCA (Service Component Architecture) reste une initiative démocratisée relativement récemment même si la version 1.0 a été publiée il y a plus de deux ans maintenant. L’annonce d’Oracle Fusion 11G a récemment rappelé son support par différents grands éditeurs. Il n’en reste pas moins que son périmètre d’utilisation n’est pas forcément évident, d’autant plus qu’il s’agit d’un des nombreux sigles associés à SOA : WS-*, BPEL, JBI, SDO… Nous allons tâcher au sein de cet article de clarifier les potentialités de cette norme et de proposer des contextes qui me semblent propices pour en tirer profit.

(Lire la suite…)

Le tour des ESB en 10 questions

par Karim BEN OTHMAN et Sylvain FAGNENT:

Sylvain : Karim, bonjour

Karim : Bonjour.

Sylvain : Ton expérience de l’intégration à Octo te place en référant sur le sujet et moi qui le suis d’un peu plus loin désormais, j’ai des questions autour des MOM, de l’open source et plus récemment des ESB. Tu peux m’aider à y voir plus clair?

Karim : Poses tes questions, on va bien voir ce que je peux faire (Lire la suite…)

OpenESB/Sun Java CAPS 6, quel avenir?

La version 6 de la solution ESB de Sun Microsystems, Java CAPS (Composite Application Platform Suite), historiquement connue sous le nom Seebeyond (en référence à la société Seebeyond qui commercialisait cette solution jusqu’en 2005), a fait un bond technologique conséquent par rapport à la version 5.1.3.
(Lire la suite…)

Versioning des services: principes et éléments d’architecture…

Dans une implémentation SOA, un service n’a de sens que s’il est invoqué par plusieurs applications ou blocs applicatifs. Par conséquent, tout changement survenant sur un service impacte l’ensemble des consommateurs de ce service. Non seulement ces changements peuvent coûter chers, en plus, l’autonomie du service est un fondement de la mise en œuvre d’une architecture orientée services. L’autonomie se traduit par le fait que le service peut être modifié, déployé et maintenu indépendamment des consommateurs qui l’invoquent. (Lire la suite…)

Versioning de services REST

Introduction

Le versioning de service est un thème à part entière dans les architectures orientée service tant il structure l’évolutivité d’un service. Les architectures REST n’échappent pas à la règle. Posant les principes généraux de l’architecture, Roy Fielding n’en a pas pour autant décrit tous les méandres. Il n’appartient donc qu’à nous, développeurs et architectes, de définir ce qu’est le versioning des services REST en respectant ces principes. Ce billet traitera donc la problématique de versioning des services REST.

(Lire la suite…)

La productivité des développements… n’est pas qu’une affaire de technologie !

12 leçons à retenir

Retour d’expérience sur le projet NéoRetraite de GENERALI, vu par Benamar développeur et Olivier coach. Ce projet stratégique consistait à mettre en production une nouvelle version d’un contrat de retraite. Il s’est déroulé sur 1 an et a nécessité l’effort coordonné de 3 équipes, chacune en charge d’une application participant au projet. Au plus fort de l’activité 50 développeurs travaillaient en même temps sur le projet.

(Lire la suite…)

Monsieur Jourdain et la SOA

Mr Jourdain fait de la prose ou des vers sans qu’il n’en sût rien. Bon, nous le savons depuis la 5e ! Et comme Molière avait le don d’écrire des universalités humaines et intemporelles, il est certain qu’aujourd’hui autour de nous et dans bien des domaines il y a des Mr Jourdain qui s’ignorent. Projetons donc ce monsieur Jourdain dans l’IT de 2009. Quelle pourrait être la chose qu’il fît depuis pas mal de temps sans qu’il n’en sût rien. Ne serait ce pas de la SOA par hasard ? Reprenons une définition communément rencontrée d’un service. Je cite rapidement et pour l’essentiel :

  • Standardisation : Les services exposés respectent les mêmes règles de standardisation.
  • Couplage lâche : Le contrat de service impose un couplage lâche vis-à-vis de ses clients
  • Autonomie : Le service est autonome car il ne fait pas appel à aucun autre système tiers. Il n’en n’est pas dépendant. Ce qui par ailleurs le rend prédictible.
  • Abstraction : Le contrat de service n’expose que les informations essentielles à son invocation.
  • Composition : Le service peut participer à une composition d’appel de services.
  • Sans état : Le service ne conserve aucun état (résultats d’exécution ou autres).

(Lire la suite…)