T H E S E - LIFL

24 Contexte logiciel spécifique à la thèseInteropérabilité capacité à pouvoir communiquer quels que soient la plateformeet les langages utilisés. En ce qui concerne les services Web, c’est la normalisation etl’extensibilité de SOAP et des métadonnées qu’il contient qui permet de garantir l’interopérabilité.Cette tâche incombe aux d’organismes de normalisation et de vérificationtels que le WS-I.Sécurité il existe plusieurs traitements permettant de sécuriser les communicationsentre services Web (Authentification, Autorisation, Confidentialité, Traçabilité, Cryptagede données, Non répudiation). De multiples normes sont à mettre en relation avec lasécurité, dont principalement WS-Security, WS-Trust, WS-SecureConv, WS-Federation,etc.2.3.2 Contrats de serviceEtablir et s’assurer de la QdS d’un composant tel que le service Web représente unenjeu crucial puisque ceci permet d’établir une relation de confiance entre le fournisseurd’un service et un client en attente d’une certaine fiabilité. Cependant, contrairementaux spécifications bien établies dans le domaine fonctionnel des services Web (tellesque WSDL, SOAP ou UDDI), il n’existe pas de standards officiellement reconnus parla communauté en ce qui concerne la description et l’établissement de propriétés deQoS. Pour autant, plusieurs travaux (WS-Agreement [LDK04], IBM WSLA 17 [KL03],WSOL 18 [TPP02], SLAng [LSE03]) visent à apporter des réponses à cette lacune parle biais des contrats de service (SLA) 19 dont l’objectif est de permettre la réalisationd’un accord entre consommateur et fournisseur de service portant sur le niveau de QdSque doit fournir le service.Plus spécifiquement, un SLA consiste en un document généré à l’issu d’un protocolede négociation (plus ou moins complexe) entre le consommateur et le fournisseur de service,et qui permet de définir les offres et exigences de ces deux rôles. Les spécificationsde ce document doivent être vérifiées à l’exécution via un mécanisme de monitoring.Le cycle de vie du SLA prévoit ensuite différentes possibilités : soit une spécificationdu SLA est mise en défaut (violation d’un terme) et un mécanisme correctif (prévu ounon dans le SLA) doit être mis en oeuvre, soit le SLA arrive à son terme (dans le casoù un intervalle temporel a été spécifié), soit une partie (consommateur ou fournisseurde service) décide de mettre fin à la relation client-service.Pour exprimer un tel document, il faut un langage formel afin de permettre d’exprimerprécisément les exigences de QdS. Par exemple, en imaginant qu’un client spécifieque « 95% du temps, la durée d’exécution de telle opération soit inférieure à 20 millisecondes». Ce message possède des ambiguïtés qui le rendent impropres à réaliser uncontrat. En effet, il n’est pas précisé à quels moments cette exigence doit être évaluée, niquelle partie est en charge d’effectuer l’évaluation (consommateur, fournisseur, acteurexterne), ni s’il faut considérer 20 millisecondes comme une moyenne ou bien un tempsmaximal, etc.Pour le moment, le langage des SLA ainsi que leur processus de mise en oeuvresont spécifiques aux travaux faisant la promotion des SLA. Il est toutefois possible de17. Web Service Level Agreement18. Web Service Offerings Language19. Service Level Agreement