Architecture orientée services
Architecture SOA - Modélisations XML

Lancée par le Gartner Group, une firme d’analystes américaine, la notion de SOA (pour architecture orientée services) définit un modèle d’interaction entre applications mettant en œuvre des connexions en couplage lâche entre divers composants logiciels (ou agents). Dans ce modèle, on entend par « service » une action exécutée par un composant « fournisseur » à l’attention d’un composant « consommateur », éventuellement basé sur un autre système d’exploitation ou localisé sur une autre machine. Si, dans ses grandes lignes, l’architecture SOA rappelle certains des modèles qui l’ont précédé comme celui des objets répartis de l’OMG (Corba CORBA : des concepts à la pratique pour Common Object Request Broker Architecture) ou de Microsoft (DCOM pour Distributed Component Object Model), les objectifs visés et les moyens mis en œuvre diffèrent considérablement.

Le modèle SOA se place d’emblée au-dessus d’un socle ancré dans les standards et les protocoles rendus populaires par la généralisation du Web. Il présuppose que les systèmes d’information des entreprises sont connectés au Web et propose une solution d’interopérabilité entre applications d’entreprises communiquant via Internet. Répondant aux besoins de flexibilité fonctionnelle généralement exprimés par les entreprises dans le contexte actuel, et s’inspirant de la simplicité et de la souplesse des protocoles du Web, l’architecture SOA cherche également à simplifier la configuration et la reconfiguration de ces services en interaction. C’est le sens du « couplage faible » entre les services.

La mise en œuvre de connexions en couplage faible implique l’utilisation d’interfaces d’invocation et de vocabulaires de description de données qui soient communs à l’ensemble des agents, à la fois côté fournisseur et côté consommateur. Plus ces éléments seront avancés, en termes de schémas de structuration...