Depuis environ 2-3 ans, le terme SOA s’est imposé. Bien souvent, les éditeurs présentent SOA comme une nouveauté, une révolution, une rupture avec le passé. Cependant, à y regarder de plus près, SOA est une évolution des concepts architecturaux. SOA signifie architecture orientée services, basée sur des services et non plus des applications. Et on retrouve ainsi les notions actuelles : flexibilité, couple lâche, processus métiers... SOA doit pouvoir s’accommoder d’un environnement aussi bien homogène qu’hétérogène.

SOA est un concept architectural et non une solution, un progiciel, un outil. Bref, dire que l’on vend des outils SOA relève plus du marketing que de la réalité. Pour être exact, il faudrait dire : environnement orienté SOA. Car, comment définir SOA ? Existe-t-il une approche unique ? S’oppose-telle aux outils d’intégration ou vient-elle en complément ? La définition est un premier problème que nous devons résoudre avant d’aborder les outils orientés SOA. Car, comme vous le verrez dans les pages suivantes, il existe autant de concepts architecturaux SOA qu’il y a de systèmes d’information. Il existe, heureusement, des bases communes, mais pour le reste, c’est quasiment du cas par cas. Et chaque éditeur apportera sa réponse, sa vision, sa conception du SOA. D’autre part, le risque, bien réel, à choisir telle ou telle solution, est de " s’enfermer " dans un choix technique. Car si le standard demeure le maître mot, l’interopérabilité n’est pas totale. Dans ce dossier, nous verrons comment définir SOA, comment implémenter une telle architecture ainsi qu’un panorama des solutions du marché.