Voici un nouvel ouvrage sur les SOA qui intéressera sûrement les fans d'interopérabilité:

Les auteurs font partie du département consulting du groupe SQLI, spécialiste depuis 15 ans du conseil et de l'intégration des nouvelles technologies.
Je ne propose pas de résumé car je n'ai lu que les trente premières pages.
Dans ces premières pages, les auteurs font un bref historique de l'informatique (du mainframe aux applications web) et exposent les limites des solutions actuelles afin de justifier la nécessité d'une nouvelle architecture. Cette solution devra à la fois répondre au besoin d'agilité des entreprises et faciliter l'intégration de l'ensemble des acteurs.

 

Dans l'ensemble, l'ouvrage a pour but montrer en quoi les architectures orientées services représentent une réponse rationnelle à un vieu problème de l'informatique. Je vous dirai ce que j'en pense une fois l'ouvrage terminé :-)

 

En attendant, voici la table des matières: 

 

Première partie - Le cahier des charges des SI agiles
Chapitre 1 - De l'entropie des Systèmes d'Information.
Chapitre 2 - Les limites des réponses usuelles.
Chapitre 3 - Le cahier des charges du SI.

Seconde partie - Expliquer les concepts SOA
Chapitre 4 - Urbanisation et architecture SOA
Chapitre 5 - Au coeur de SOA: le concept d'orientation service.
Chapitre 6 - L'émergence d'une plate-forme SOA.

Troisième partie - SOA: tout repose sur la méthode
Chapitre 7 - Définir la cible.
Chapitre 8 - Modéliser les services.
Chapitre 9 - Modéliser les processus.
Chapitre 10 - Modéliser les applications composites interactives.
Chapitre 11 - Organiser un projet SOA: démarche, acteurs, outils.

Quatrième partie - La boîte à outils Web Services
Chapitre 12 - L'infrastructure de base.
Chapitre 13 - Les réponses aux exigences techniques.
Chapitre 14 - La composition de services.

Cinquième partie - SOA: une mise en oeuvre concrète
Chapitre 15 - SI étendu ou SI local ?
Chapitre 16 - Les atouts de WSDL.
Chapitre 17 - Choisir la technologie d'implémentation.

Sixième partie - Décrypter l'offre du marché
Chapitre 18 - Caractéristiques de la plate-forme SOA
Chapitre 19 - Aide au choix
Chapitre 20 - Tous vers SOA !

Une conférence Microsoft sur les Architectures Orientées Services (ou SOA pour Service Oriented Architectures) aura lieu le Lundi 18 Décembre à Aix-en-Provence.

 

Les produits concernés: .NET, BizTalk Server, Internet Information Server, SQL Server, et Visual Studio Team System. Voici le résumé que vous retrouverez sur la page de l'événement:

 

L'architecture SOA semble être une réponse à la pérennisation du système d'informations. D'un autre côté, le Web 2.0 est un thème à la mode, porteur aussi bien de richesses que de possibles désillusions. Lors de ce Tour de France Architecte, nous présenterons la vision Microsoft d'une architecture SOA, ses enjeux d'implémentation, et les scénarios de consommation de services par des clients Web 2.0.

Résumé :
Dans un premier temps, nous détaillerons l'approche pragmatique du SOA préconisée par Microsoft. Nous nous concentrerons sur les solutions d'implémentation, et en particulier la technologie WCF.

Afin de généraliser la SOA au sein de son entreprise, nous présenterons dans un second temps les caractéristiques d'une infrastructure de services, et notamment les aspects monitoring.

Enfin, nous rappellerons la définition du Web 2.0 et illustrerons le Web 2.0 au travers de scénarios de consommation pertinents aujourd'hui : les Mashup et la gestion des identités.

Participer à l'intégralité de la journée permettra de disposer d'une vue complète sur la valeur de la plate-forme Microsoft en environnement SOA.

 

Sachant que nous n'avons plus cours le Lundi, j'y serai !

A l'occasion de la sortie de Biztalk Server 2006 R2, Microsoft organisera une conférence sur le thème des SOA  (Service Oriented Architecture ou architectures orientées Services en français) le jeudi 25 Octobre 2007 de 9h à 16h, au Pavillon Kléber à Paris.

Le programme de la journée

Les sessions plénières du matin :

- Vision et perspectives des architectures orientées services selon le Gartner.
Massimo Pezzini, analyste et vice-président du Gartner Research, présentera les derniers enjeux et les perspectives d’évolution des architectures orientées services.
- L’approche « Software + Services » Microsoft : une nouvelle manière de concevoir le système d’information.
- Biztalk 2006 R2 pour accélérer la mise en œuvre d’architectures de services.

L'après midi, un ensemble d'ateliers animés par des experts Microsoft :

- RFID, SOA : convergence ?
- SOA et BPM : comment exploiter l’approche service pour la refonte des processus ?
- Comment démarrer sereinement un projet SOA ? Recueil des meilleures pratiques.
- Gouvernance SOA ou simplement gouvernance IT ?

Cette nouvelle version de Biztalk Server 2006 inclut une plate-forme permettant de travailler avec la technologie d'identification d'objets RFID, des supports d'échanges de données informatisés (EDI) et d'autres fonctionnalités dont la liste est consultable ICI.

Pour les non experts en systèmes d'information et pour les nouveaux lecteurs (eh oui, je sais qu'il y en a ;-), je vais tenter d'introduire le plus clairement possible ce concept d'architectures orientées services.
En fait, pour bien comprendre le pourquoi des SOA, il serait nécessaire de parcourir l'histoire de l'informatique d'entreprise depuis les années 1960-70. Ici, je vais me contenter de quelques schémas qui résument assez bien la situation passée / actuelle et celle que les grandes enterprises cherchent à atteindre depuis le début des années 2000.

Actuellement, le système d'informaiton de la quasi-totalité des entreprises peut être vue de la façon suivante :
 

Chaque silo (on parle de silo applicatif dans le jargon des SI) représente un Département de l'entreprise, qui possède des logiciels et applications diverses qui lui sont propres. Cette configuration est liée à la façon dont les entreprises ont construit leurs systèmes d'information tout au long de leur histoire. Auparavant, lorsqu'il s'agissait de gérer son parc logiciel, l'entreprise ne résonnait pas sur elle-même en tant qu'entité unique, sur le tout qu'elle formait, mais seulement à l'échelle d'un Département particulier. Ainsi, lorsque le Marketing avait besoin d'une nouvelle base de données, une nouvelle base était développée et on ne cherchait pas à savoir ce qu'avait déjà en main le voisin des Ressources Humaines. A moyen et long terme, ces pratiques coûtaient bien évidemment très cher à l'entreprise. De plus, les données étaient largement dupliquées, les informations étaient incohérentes et  l'entreprise devenait d'autant plus rigide qu'elle investissait dans ces silos.

On a donc ensuite cherché à faire communiquer les applications des différents silos entre elles. Une grosse barrière technologique se posait alors : par construction, les silos disposaient d'un vaste ensemble de plate-formes (ERP, Applications Web, CRM, Mainframe, SGBD, etc.) conçues par différents éditeurs (Microsoft, IBM, Oracle, etc). Les applications ne savaient bien évidemment pas communiquer entre elles puisque chaque éditeur avait ses propres standards.
Des solutions ad hoc en mode point-à-point (connexion directe entre deux applications) jusqu'aux outils permettant de mettre en oeuvre une approche intégrée (les EAI, Enterprise Application Integration), plusieurs solutions technologiques sont apparues au cours de ces 15 dernières années, afin de tenter de répondre à cette problématique d'échange de données en environnement hétérogène.

A la fin des années 1990, les outils d'EAI constituaient une solution intéressante mais présentaient plusieurs inconvénients des points de vue économique et flexibilité : des coûts de développement et de déploiement élevés, une implantation coûteuse en temps et ressources.

 

En 2000, Microsoft sort la première version de son serveur de gestion des processus métiers Biztalk Server, une solution du géant qui, au-delà de résoudre les problèmes d'interconnexion applicative, permet de répondre au dynamisme du marché, à ses évolutions constantes et aux nouveaux besoins des utilisateurs.

 

 

De base, Biztalk Server 2006 R2 propose de nombreux adaptateurs vers d'autres plate-formes technologiques : SAP, PeopleSoft, Siebel, Oracle, (liste complète). Un adaptateur est une couche logicielle qui permet à Biztlak de se connecter avec une application (Microsoft ou non-Microsoft) et de faire en sorte que celle-ci soit capable de communiquer avec d'autres applications connectées à Biztalk.

Pour le SI, le phénomène de globalisation ainsi que l'exigence des consommateurs imposent aujourd'hui une grande agilité (sortie rapide de nouveaux produits, intégration de SI lors d'une fusion / acquisition) et l'intégration des acteurs externes (une communication plus fluide pour livrer plus rapidement, une personnalisation de plus en plus fine des produits). C'est à ce niveau que le concept d'architecture orientée services intervient. Il faut bien avoir à l'esprit que les SOA ne représentent ni une nouvelle technologie ni la marque d'un éditeur. Il s'agit d'une façon d'organiser l'architecture du SI dans l'objectif de répondre à l'ensemble des problématiques évoquées plus haut : redondance des donnés, communication inter-applications, coûts de mise en oeuvre et de maintenance, intégration des acteurs externes, besoin d'agilité, environnement hétérogène.

On a donc bien compris l'objectif des SOA mais il reste encore à expliquer ce que dissimule la notion de Service dans une telle architecture. Bien qu'on puisse l'utiliser dans le cadre de projets extrêmement complexes, le concept est assez simple à comprendre.
Prenons l'exemple d'une application Web de commerce en ligne (Amazon, par exemple) dont le rôle est de gérer la commande d'un internaute. Avant de lancer la commande, l'application doit effectuer de nombreuses tâches : proposer un catalogue de produits, vérifier si les produits commandés sont disponibles et éventuellement retrouver les informations personnelles de l'internaute.
Dans le cadre d'une architecture SOA, on récupère chaque tâche (on parle de fonction métier) pour en faire un composant autonome que l'on nomme Service :

• Le premier service est chargé de récupérer les informations des clients. Ce service ne fait que ça et est capable de fonctionner en totale autonomie.
• De la même façon, le second service se charge d'exposer le catalogue des produits.
• Le troisième service vérifie si les produits sont disponibles en stock.

L'intérêt d'un tel découpage est de pouvoir réutiliser ces services dans différents contextes et de faire de la composition de service. Par exemple, étant donné que les trois services  
précédents s'exécutent systématiquement pour chaque nouvelle commande, nous pouvons créer un quatrième service qui aura la charge de lancer une commande (donc d'appeler les trois services en plus des traitements qui lui seront propres). Ainsi, l'intérêt des services est également de favoriser la ré-utilisation.
Du point de vue technique, cette possibilité de pouvoir créer des composants génériques passe la plupart du temps par l'intermédiaire du langage XML (voir la notion de Service Web). D'autres technologies (cf. Microsoft .NET) permettent également de mener une démarche SOA.

Voilà, il resterait encore une quantité de choses à dire autour des architectures orientées services, à la fois des points de vue technique, métier et managérial. Sachez qu'il existe d'excellentes publications si vous souhaitez approfondir ce thème. Du côté des publications françaises, l'ouvrage SOA, le guide de l'architecte constitue une excellente référence avec des pistes d'élargissement très intéressantes.

Quelques mots-clés supplémentaires relatifs (plus ou moins directement) aux SOA : Enterprise Service Bus (ESB), Business Process Management (BPM), Business Process Execution Language (BPEL), Business Activity Monitoring (BAM) , Message Oriented Middleware (MOM), Simple Object Access Protocol (SOAP), Web Service Description Language (WSDL), Representational State Transfer (REST),  Urbanisation des SI, Gouvernance des SI.

Parce-que les SOA (architectures orientées services) c'est pas toujours marrant, voici une présentation plutôt fun du domaine :  À la quête de SOA

Dans un article du magazine en ligne ITRManager.com daté du 27 Mai 2008, Bernard Ourghanlian (Directeur Technique de Microsoft France) présente la vision SOA de Microsoft. Il commence par proposer une définition des SOA (Service-Oriented Architectures / Architectures orientées services), place les SOA dans le contexte actuel des entreprises et des acteurs du domaine, et présente enfin la stratégie « Software + Services » de Microsoft, une vision qui tire parti des modèles SaaS (Software as a Service) et SOA pour fournir une réponse pragmatique aux besoins spécifiques de chaque entreprise.

Ci-dessous, j'ai réalisé une synthèse des éléments qu'il me semble important de retenir.

- Une définition des SOA

Les SOA peuvent se définir comme « une démarche de conception qui s'appuie sur les investissements existants pour créer de nouvelles applications flexibles et mieux alignées avec les besoins métiers. »
Le but des SOA n'est en aucun cas de casser le système d'information en changeant toute ses applications. Une démarche SOA, c'est fondamentalement la définition d'une nouvelle architecture agile (= capacité à évoluer rapidement), flexible (= capacité à supporter de larges besoins) et ouverte (= capacité d'interconnexion relativement simple et rapide grâce aux standards), qui prend en compte l'existant de l'entreprise. Par ailleurs, une démarche SOA n'est pas une vision purement technologique. C'est une démarche qui s'aligne sur les besoins métiers, c'est-à-dire qui forme une certaine synergie avec les processus métiers de l'entreprise.

- Les SOA constituent une réponse à la rigidité des systèmes d'information

Si l'organisation des entreprises en silos fonctionnels (Production, Ressources Humaines, Ventes, etc.) convenaient dans les années 1970 en raison d'un niveau de production limité, ces silos rigidifient aujourd'hui les processus dans un contexte où les entreprises doivent nécessairement s'adapter rapidement au dynamisme de leur marché et bien connaître leurs clients.

- SOA et Services Web

Une confusion courante : une démarche SOA ne se résume pas en la mise en place de Services Web. D'une part, le principe de SOA existait déjà avant l'émergence des Services Web, à travers des technologies telles que l'EDI (EDIFACT, ASC X12, HL7, etc.) ou CORBA. D'autre part, une démarche SOA intègre également la formalisation des processus métiers. La mise en place d'outils ou nouvelles technologies ne servent en rien ce travail de modélisation indispensable à la rationalisation du SI.

- Le terme SOA ne désigne pas une technologie

Une SOA est fondamentalement un style architectural dont l'objectif est de construire un système d'information flexible, agile et ouvert (voir le paragraphe précédent sur la définition des SOA). Concrètement, cela signifie que toute application (.NET, Java, PHP, etc.) est susceptible de se retrouver dans un scénario SOA. Il en est de même pour les protocoles de transport des messages : HTTP, SOAP, FTP, SMTP, IIOP (CORBA), RMI (Java), DCOM (Microsoft), IMS (IBM), etc.

- Une solution SOA clé en main ?

Compte tenu des nombreux paramètres qui caractérisent une entreprise et son contexte (existant applicatif, nature des flux de données, volume des échanges, processus métiers, maturité des processus, modèle économique, etc.), il semble difficile de parler d'architecture SOA de référence. Si "de loin" plusieurs problématiques peuvent se ressembler, il est indispensable de mener d'une part une analyse précise de l'existant et une analyse méticuleuse des besoins d'autre part. On ne fait jamais d'a priori sur une situation.

- Microsoft se base sur une approche dite "middle out"

Classiquement, le marché se base essentiellement sur deux approches pour mener une démarche SOA : l'approche top-down qui consiste à recueillir les besoins des utilisateurs pour ensuite les implémenter et l'approche bottom-up qui consiste à partir des couches techniques en intégrant les différents composants pour ensuite remonter jusqu'aux processus métiers. Le grand risque de la première approche est de parvenir à une implémentation informatique qui n'est plus en accord avec les besoins exprimés plusieurs mois auparavant.
La seconde approche est à éviter absolument puisque ce n'est pas aux métiers de s'aligner avec l'informatique mais à celle-ci d'être en accord avec les objectifs de l'entreprise.
Microsoft privilégie une démarche pragmatique et itérative dite "middle out". Celle-ci débute par la définition d'un objectif métier qui sera atteint à travers un processus itératif. L'exposition des fonctions sous la forme de services constitue la base du travail. Ces services sont ensuite composés puis utilisés par les applications, processus métiers et autres systèmes informatiques. Cette démarche par itérations permet de tirer profit de chaque phase et de se focaliser sur la satisfaction des utilisateurs.
En résumé, la méthode consiste à parti de "petit" pour ensuite "grandir" en étendant progressivement l'architecture SOA domaine fonctionnel par domaine fonctionnel.

- SOA et SaaS : un continuum

Alors que les scénarios SOA classiques impliquent que les processus métiers ne s'étendent pas au-delà du pare-feu, le modèle SaaS (Software as a Service) permet d'externaliser certains services.

- Les fondamentaux des SOA Microsoft

Dans son approche des SOA, Microsoft se base sur cinq piliers fondamentaux (Identité, Donnée, Interaction, Message et Workflow) reposant sur une gouvernance intégrée et mis en oeuvre à travers des outils de développement et de modélisation intégrés.

Identité : ce pilier traite la notion de fédération d'identité et de la politique d'accès aux systèmes. Les briques technologiques correspondantes : Web Single Sign-On.

Donnée : s'occupe de fournir des vues cohérentes aux utilisateurs, bien que les données puissent être dupliquées au travers de plusieurs systèmes. Les briques technologiques correspondantes : Stratature (nouvelle solution de Master Data Management).

Interaction : prend en charge l'expérience utilisateur lorsqu'un service est consommé par un utilisateur (via une interface composite, par exemple). Les briques technologiques correspondantes : Office Business Application (OBA), ASP .NET, Windows Forms, Windows Presentation Foundation (WPF), Silverlight, les Smart Clients, .NET Compact Framework, Live Meeting, SharePoint, Groove, etc.

Message : fournit le support nécessaire aux aspects sécurité, fiabilité et traitement des messages. Les briques technologiques correspondantes : Windows Communication Foundation (WCF), BizTalk Server, Host Integration Server et MSMQ.

Workflow : s'occupe des processus de workflow, de leur automatisation et de l'orchestration des processus métiers. Les briques technologiques correspondantes : Windows Workflow Foundation (WWF), BizTalk Server, Office System.

Microsoft ne propose donc pas "une offre" SOA, mais de nombreuses briques permettant de mettre en place une  telle architecture.

- Le futur des SOA Microsoft

L'avenir des SOA chez Microsoft s'oriente autour d'un vaste ensemble d'investissements technologiques répondant au nom de code Oslo. Cette initiative s'appliquera dans la prochaine génération de produits de la plateforme applicative Microsoft : Visual Studio 10, System Center 5, BizTalk Server 6, Biztalk Services 1 et .NET Framework 4. L'objectif d'Oslo est de permettre une SOA applicable à la fois à l'intérieur de l'entreprise et au-delà de ses frontières, et de donner un rôle essentiel à la modélisation. L'objectif en termes de modélisation est de proposer des modèles adaptés aux contextes métiers des utilisateurs à travers un langage à usage général nommé Domain Specific Language (DSL). Par ailleurs, les modèles ne décriront plus une application mais seront l'application elle-même. Plus de détails sur Oslo seront fournis lors de l'événement Professional Developers Conference qui aura lieu du 27 au 30 Octobre 2008 à Los Angeles.

Pour en savoir plus sur les éléments abordés dans cet article et les SOA Microsoft en général :

- Microsoft : SOA, la perception des entreprises françaises
- Microsoft et le Cloud Computing, par Stève Sfartz.
- Architecture orientée services réaliste grâce à la plateforme Microsoft
- Service-Oriented Modeling for Connected Systems : Part 1
- Service-Oriented Modeling for Connected Systems : Part 2
- Software + Services (S+S)
- Microsoft SaaS