01net Pro Entreprise informatique
Actualités gestion et logiciel informatique professionnel
Offre et recherche Emploi informatique internet
Salon conférences inofrmatique IT ebusiness 01
Le Cloud Computing
Vidéos reportage entreprise acteur informatique
Retrouvez tous les services 01Net dédiés aux professionnels !
Télécharger logiciels Pro et progiciels
Livres blancs e-commerce informatique et nouvelles technologies
Retrouvez l'ensemble des dossiers de la rédaction 01net Entreprise
Les synthèses des bonnes pratiques sur les sujets IT du moment

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. Explications.

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).

Le modèle d'assemblage de SCA

agrandir la photo

1. Les interfaces
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).

2. Les liens
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.

3. Les services SCA
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.

4. Le composite SCA
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.

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

6. Les références
Elles définissent les liens qui peuvent exister, ou non, entre les différents services extérieurs.

envoyer
par mail
imprimer
l'article
Nos partenaires