Chapitre 3 Les services web sémantique
37
? la publication de services : les
fournisseurs de service enregistrent leur service dans l'annuaire ;
? la découverte d'un service : les
consommateurs de service interrogent l'annuaire pour trouver un service qui
correspond à leurs besoins ;
? la liaison et l'invocation d'un service :
une fois le service choisi, le consommateur de service peut se lier au
fournisseur et utiliser le service.
Figure 3.1À Acteurs et interactions dans l'architecture
à services.
L'avantage certain de cette architecture est que seule la
description de service est partagée entre les différents acteurs
; ceci permet d'obtenir un très faible couplage. La description de
service peut prendre différentes formes et fournir différents
degrés de précision selon les approches, mais son but principal
est de spécifier les fonctionnalités offertes par le service.
Comme cette architecture procure un faible couplage, il apparaît un autre
avantage : l'hétérogénéité des implantations
et des plates-formes est masquée au consommateur de service, tout comme
la localisation du service.
En conséquence du faible couplage obtenu grâce
à cette architecture, nous obtenons une nouvelle propriété
: la substituabilité. En effet, il est possible de remplacer un service
par un autre de façon transparente grâce à l'interface du
service dès lors qu'il respecte le contrat que le fournisseur et le
client ont passé.
38
Chapitre 3 Les services web sémantique
Finalement, cette architecture favorise la communication
entre un client et un fournisseur de services appartenant à des domaines
différents d'administration. Ceci est un des éléments
importants de l'approche à services, même si, dans la plupart des
cas, les services sont utilisés au sein d'une même entreprise.
L'intérêt grandissant pour les services Web a
conduit à une confusion entre les termes de services et architecture
à services avec la notion de services Web. Les services Web ne sont
qu'une implantation particulière des principes de l'approche à
services. Il existe de nombreuses autres implantations telles que Jini, UPnP
utilisé dans le contexte des services répartis, OSGi pour des
services localisés sur une même machine virtuelle.
2.3. SOA : Service-Oriented Architecture :
Pour réaliser le style architectural
présenté précédemment, il faut mettre en place un
environnement d'intégration et d'exécution des services. Cet
environnement doit être capable de gérer les interactions entre
les différents acteurs. Nous pouvons diviser en deux catégories
les éléments d'un tel environnement, illustrés par la
Figure 3.2 :
? les mécanismes de base qui assurent
la publication, la découverte, la composition, la négociation, la
contractualisation et l'invocation des services ;
? les mécanismes additionnels qui
prennent en charge les besoins non-fonctionnels tels que la
sécurité, les transactions ou encore la qualité de
service.
Figure 3.2 Mécanismes nécessaires pour un
environnement d'intégration de services.
Les mécanismes de Transport et le
Protocole de communication sont la base d'un environnement
d'intégration de services. Ils permettent d'assurer les communications,
c'est-à-dire les requêtes et les réponses, entre les
différents acteurs. Pour réaliser les interactions de base, il
faut aussi pouvoir décrire le service dans un langage de description
spécifique à l'environnement d'intégration. Cette
description doit comprendre les fonctionnalités du
|