Cours SOA Et Services Web Partie 5

Architecture SOA et Service Web
Composition de Service Web
Ghallabi Sameh
ISIMM
A.U. 2022-2023
SOA
L'architecture orientée services (SOA) est de:
 Décomposition d’une application en un ensemble de fonctions basiques, appelées

services.
 Décomposition d’un grand problème en parties plus petites.

Intégration dynamique des services
Décomposition en sous service avec possibilité de réutilisation.
SOA est une méthode de développement de logiciels qui utilise des composants logiciels
appelés services pour créer des applications métier.
Problématique
Le besoin de l’utilisateur n’est pas satisfait par l’invocation d’un SW
atomique, donc il faut combiner les fonctionnalités de plusieurs
services.
Comment assembler ces petits services ensemble pour créer

des services à valeur ajoutée ?
Composition de services
La composition consiste à combiner plusieurs services afin de
générer un nouveau service à valeur ajoutée.
La composition de services est le mécanisme qui permet

l’intégration des services pour construire un nouveau service web à
valeur ajoutée.
Des services plus complexes peuvent être définis en composant

d’autres services existants.
La composition de services est le mécanisme qui permet
l’intégration des services pour construire un nouveau Web service à
valeur ajoutée.
Implémentation d’une application (offerte comme service) dont la
logique implique l’invocation d’opérations offertes par d’autres
services.
-Le nouveau service est appelé service composite.
-Les services invoqués sont des composants de service.
Exemple:
Approches de composition
Deux approches principales pour a composition des
services web :
Orchestration
 Chorégraphie
Orchestration de services
Les services peuvent être composés dans le but de réaliser un
processus donné.
La composition de services par orchestration consiste à faire
l’assemblage de services selon un ordre et un flux d’exécution.
Les orchestrations se présentent comme un formalisme pour
composer des Services Web.
L’exécution d’une composition par orchestration est réalisée par un
coordinateur de services.
Un coordinateur prend le control de tous les services web et
coordonne l’exécution des différentes opérations des services web
qui participent dans le processus.
Pour réaliser un processus d’orchestration, on a besoin d’un
langage et d’un moteur d’orchestration.
Ce type de composition permet de centraliser l’invocation des

services web par un moteur d’exécution qui joue le rôle d’un chef
d’orchestre.
Un moteur d’orchestration se charge d’appeler les services selon

l’enchaînement désiré
[ appel ]
[ répondre ]
Standards d’Orchestration
BPEL (Business Process Execution Language) ou BPEL4WS (BPEL
for Web Services)
-Code qui exécute la séquence
-Exprimé en XML
Définit deux types d’activités:
-Activités de base : interagissant avec les services externes (invoke, receive,
reply)
-Activités structurées : contrôle de flux du processus interne (flux séquentiel,
condition, boucle…)
Chorégraphie de services
La Chorégraphie est un effort de collaboration dans lequel
chaque participant du processus décrit l’itération qui l’appartient.
Le comportement global du processus est basé sur l’interaction

des différentes parties, chacune suivant son propre rôle de manière
autonome.
chaque service contribuant au service composite doit connaître
sa logique (ex : attendre 50 s quand il est invoqué par le service X
avant d’envoyer un message au service Y)
La Chorégraphie écrit le flux de messages échanges par un service
web lors de son interaction avec d’autres services.
Il s’agit donc d’une manière décentralisée pour gérer une
composition
Standards de la Chorégraphie
WS-CDL (Web Services Choregraphy Description Language)
Langage de description en XML
Décrit les messages qui sont impliqués dans l’échange collaboratif entre
services
Ne définit pas de processus métier exécutable (contrairement à BPEL)
Un seul document WS-CDL spécifie la contribution d’un partenaire à l’échange
de messages.
Contient un ensemble d’interactions, représentant les échanges de messages
entre parties.
Chorégraphie / Orchestration
Langages de compositions
BPEL : Business Process Execution
language
Principe:
Le fichier BPEL définit le processus, ou l'enchaînement et la logique des
actions.
Ce fichier est véritablement le code source de l'application que constitue le

processus, le moteur d'orchestration agissant comme une machine virtuelle
capable d'exécuter le code BPEL.
language
Processus BPEL:
language
Eléments BPEL : Activités
language
Eléments BPEL : Activités
language
Eléments BPEL : Structures de contrôle
language
Eléments BPEL : Structures de contrôle
language
Eléments BPEL :
 L'élément<process> est l’élément racine (au sens

XML) du fichier BPEL.
L’élément <partnerLinks> permet de lier des actions

définies dans le fichier WSDL (via partnerLinkType) au
process BPEL
language
Eléments BPEL :
 L'élément<process> est l’élément racine (au sens

XML) du fichier BPEL.
L’élément <partnerLinks> permet de lier des actions

définies dans le fichier WSDL (via partnerLinkType) au
process BPEL
language
Les partenaires d’un processus BPEL :
Deux types de partenaires d’un processus BPEL:
– Les services composants du processus BPEL à invoquer
– Les clients du service BPEL composite
Un élément <partnerLinks> exprime une relation entre le processus BPEL et les
services composants à invoquer ou les clients du processus BPEL.
Attributs
-name : nom du partnerLink
-myRole : rôle du processus
-partnerRole : rôle du partenaire
- partnerLinkType : type du partnerLink défini dans la description WSDL.
language
Les rôles dans <partnerLinks> :
Les attributs myRole et partnerRole peuvent être définis en même temps.
Quand seulement myRole est spécifié lien pour invoquer le service BPEL
composite
Quand seulement partnerRole est spécifié lien pour invoquer un service

composant
language
Eléments BPEL : Variables
BPEL définit la notion de variables qui permet de manipuler les messages des
interactions (envoyés et reçus ) entre les partenaires.
Une variable est définie par les attributs suivant:

- name : nom de la variable
- type: ( ex : type schéma XML) ou messageType déclarés dans un fichier
WSDL
language
Activité <Invoke >
L’activité invoque une opération (request/response) d’un partenaire .
Utilise un message en entrée et éventuellement un message en sortie.
language
Activité <Receive>
L’activité <Receive> est une activité bloquante en attente d’un message à
envoyer par un partenaire/client
language
Activité <reply >
L’activité <reply > permet d’envoyer (répondre) un message à un partenaire
language
Activité <assign>
L’activité <assign> permet d’affecter la valeur d’une variable à partir de la valeur
d’une autre variable.
language
Exemple:
language
Pour faire du BPEL : Outils

Cours SOA Et Services Web Partie 5

Transféré par

Droits d'auteur :

Formats disponibles

Cours SOA Et Services Web Partie 5

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours SOA Et Services Web Partie 5

Transféré par

Droits d'auteur :

Formats disponibles

Architecture SOA et Service Web

Composition de Service Web

 Décomposition d’une application en un ensemble de fonctions basiques, appelées

 Décomposition d’un grand problème en parties plus petites.

Comment assembler ces petits services ensemble pour créer

La composition de services est le mécanisme qui permet

Des services plus complexes peuvent être définis en composant

Ce type de composition permet de centraliser l’invocation des

Un moteur d’orchestration se charge d’appeler les services selon

Le comportement global du processus est basé sur l’interaction

Ce fichier est véritablement le code source de l'application que constitue le

 L'élément<process> est l’élément racine (au sens

L’élément <partnerLinks> permet de lier des actions

 L'élément<process> est l’élément racine (au sens

L’élément <partnerLinks> permet de lier des actions

Les attributs myRole et partnerRole peuvent être définis en même temps.

Quand seulement partnerRole est spécifié lien pour invoquer un service

Une variable est définie par les attributs suivant:

Vous aimerez peut-être aussi

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.