La spécification de l'architecture SCA

Le groupe Open SOA travaille sur plusieurs spécifications, dont celles d'une architecture de composants de services (SCA) générique.

Les architectures orientées services (SOA) cherchent leur standard. Et celui-ci pourrait bien s'appeler SCA, ou Service Component Architecture. Cet ensemble de spécifications décrit un modèle pour bâtir des applications et des services en utilisant une architecture SOA. Signe d'un début prometteur, SCA est développé depuis fin 2005 par le groupe Open SOA, soutenu par 17 membres dont BEA, IBM, Iona, SAP, Sun ou Oracle.

Un grand nombre de langages supportés

Cette architecture de composants de services scinde le travail de construction des applications en deux étapes. La première est une phase d'implémentation des composants qui fournissent et consomment des services. A noter que SCA accepte un grand nombre de langages de programmation tels que Java, PHP, C++, Cobol, BPEL, XSLT, SQL et XQuery, chacun doté de son propre système de spécifications. Parmi les absents figure le langage C# de Microsoft.La seconde étape consiste à assembler les ensembles de composants de façon à bâtir les applications métier. Contrairement à la phase d'implémentation, l'assemblage des composants s'avère indépendant du langage sous-jacent.Pour l'instant, les travaux du groupe Open SOA ne sont qu'au stade de brouillon. Mais l'arrivée, cette année, de neuf nouveaux membres pourrait consolider les promesses de cette alliance. D'autant plus que cette dernière promeut un autre pan de spécifications SOA, celui des objets de données de services, ou Service Data Objects (SDO)[e-mail]

Le modèle d'assemblage de SCA

Elles définissent une ou plusieurs fonctions métier. Ces dernières sont fournies par les services et utilisées par les composants par l'intermédiaire des références. La spécification SCA accepte actuellement deux catégories d'interface : les interfaces Java et de type WSDL (Web Services Description Language).

Ils sont employés par les services et les références. Ces dernières recourent aux liens (bindings) afin de décrire le mécanisme d'accès utilisé pour appeler le service auquel ils sont rattachés. Les services, quant à eux, les emploient pour décrire le mécanisme d'accès utilisé par les clients pour appeler le service.

Ils servent à déclarer les services extérieurement accessibles. Les services sont définis par l'interface qu'ils mettent en ?"uvre. Les fils (wires), quant à eux, connectent les références de services aux services, à la manière d'un bus.

C'est l'unité de base de composition à l'intérieur d'un système SCA. Il s'agit d'un assemblage de composants (components), services, références (references) et fils qui les relient. Le composite inclut également des propriétés (properties). Celles-ci servent à configurer une implémentation à l'aide de jeux de données extérieurs.

Ces instances configurées d'implémentations SCA fournissent et consomment les services. La spécification SCA autorise plusieurs technologies dimplémentation telles que Java, BPEL et C++.

Elles définissent les liens qui peuvent exister, ou non, entre les différents services extérieurs.