Chap 2 Flashcards
Architecture distribuée
Architecture où le traitement des données des applications
est distribué sur plusieurs machines en réseau
Interoperabilite
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
Enjeux de la SOA
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
SOA
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
Paradigme de SOA
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)
Endpoint
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
Binding
Le Binding indique le modèle à utiliser pour communiquer
avec le service
Le modèle en Couches de la SOA
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
Mise en ouvre
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