Chap 2

Question 1

Architecture distribuée

Answer 1

Architecture où le traitement des données des applications

est distribué sur plusieurs machines en réseau

Question 2

Interoperabilite

Answer 2

L’interopérabilité exprime le besoin d’échanger des
données (d’1 facture par ex) entre 2 systèmes distribués
et éventuellement hétérogènes pour un besoin
d’intégration

Question 3

Enjeux de la SOA

Answer 3

Métier : Produire des SI ouverts (à la fois interopérables +
évolutifs)
Ø Proposer une solution utilisant des standards et
assurant un couplage faible
- Métier : Réduire le Time to Market (le temps entre le besoin
et la mise en production)
Ø Proposer des moyens pour réduire le temps du cycle
projet
- Technique : Fédérer les technologies
Ø Proposer des moyens pour rendre les solutions
techniques réutilisables
- Financier : Maîtriser les coûts et les délais
Ø Coût important mais retour sur investissement à long
terme

Question 4

SOA

Answer 4

Architecture orientée service (Service Oriented Architecture)
 Style d’architecture distribuée qui permet de fournir ou
consommer un processus métier en tant que service
 Offre des services réutilisables et interopérables via des
interfaces standards (construites autour de XML)
 Plusieurs partenaires peuvent
communiquer et échanger des
données dans le contexte de
SOA indépendamment des
Plateformes et langages

Question 5

Paradigme de SOA

Answer 5

Fournisseur de service :
- Fournit un service accessible via une adresse
- publie son contrat dans le registre de services
- et exécute les requêtes des consommateurs (un Proxy et un cache peuvent être
utilisés du côté consommateur pour délocaliser le traitement et réduire le nombre
d’appels réseau)
Consommateur de service : application, service…
- Cherche le service dans le registre (son adresse)
- Se lie dynamiquement au service (binding)
- Invoque le service via une requête conforme au contrat
Registre de services : Annuaire des contrats de services
- Le Contrat décrit le format d’échange (format des requête/réponse, les pré et post
conditions du service et sa QoS, ex: temps de réponse)

Question 6

Endpoint

Answer 6

Le Endpoint est le port ou point d’accès au service
- Il est décrit par un triplet : l’adresse du service, un binding et la
liste des opérations du service accessibles à partir de ce endpoint

Question 7

Binding

Answer 7

Le Binding indique le modèle à utiliser pour communiquer

avec le service

Question 8

Le modèle en Couches de la SOA

Answer 8

Présentation : renseigne les types de Clients (services
Web, servlets ou pages JSP) des services
 Orchestration : assure la coordination des services
composés et gère leur enchaînements
- Services réutilisés pour organiser un processus métier, un
workflow ou un flux de services
 Services : héberge et organise les services par
domaine métier
 Composants : héberge les composants utilisés par les
services pour assurer une fonctionnalité métier
 OS/Données : représente les sources de données
(SGBD, CICS…), les EAI ou ERP déployés par
l’entreprise
Intégration : comprend des services techniques
- Gestion de configuration
- Gestion des traces
- Gestion des erreurs et des exceptions
- Moteur de transformation des flux (ex : XML/PDF ou XML/HTML)
- Gestion de batchs
- Utilitaires (parsing XML, lecture de fichiers…)
 QOS (souvent intégrée dans un ESB) : assure, contrôle et
gère la QoS en termes de sécurité, performance
disponibilité
- Sécurité : contrôle l’accès aux couches et leurs composants
- Management : assure l’administration, la configuration et la
gestion des applications et serveurs d’applications
- Monitoring : contrôle et surveille les processus

Question 9

Mise en ouvre

Answer 9

 SOMA
- Service Oriented Modeling and architecture
- Proposée par IBM pour l’analyse, conception,
implémentation et développement d’architecture SOA
 Praxeme
- Unilog Management et Orchestra Networks
- Initiée par la société SAGEM et déposé par le Praxeme
Institute pour couvrir tous les aspects de l’entreprise, de
la stratégie au déploiement