Chap 1 Flashcards
Concept Service
Composant logiciel qui exécute une action pour le
compte d’un client
Il traduit le niveau logique d’accès aux traitements,
plutôt que le niveau physique d’implémentation
Caractéristique d’un service
Mutualisé Réferencé Normalisé Neutre Deployé
Orchestration des services
ermet de communiquer sans avoir à
se connaître pour préserver leur couplage lâche (leur
indépendance)
Type de services
Applicatif Fonctionnel Entité (CRUD) : Create, Read, Update and Delete Transverse (Infrastructure) Host
Service Applicatif
Il traduit la logique applicative d’une application,
exprimée par les uses cases ou les processus métier
Il est context-aware (son comportement s’adapte aux
besoins des clients et au contexte d’exécution)
CRUD
CRUD : service élémentaire permettant de créer,
rechercher, lire, màj ou exporter vers un format (pdf,
excel…), un objet métier
Transverse (Infrastructure)
exécute un traitement métier spécifique (ex : services de log, gestion du Contexte Utilisateur…)
Host
Host : permet aux applications distribuées d’utiliser
une application Mainframe du Host de l’entreprise
Service fonctionnel
C’est un service de la couche Services, réutilisable dans
des contextes variables
Il exécute un traitement métier (fonction), et peut être
invoqué par différent services applicatifs
Il invoque des services CRUD et/ou Transverses pour
pouvoir manipuler des objets métiers
Propriétés des services
Réutilisables et possèdent des contrats standardisés
Communiquent par messages à travers des interfaces
adressables
Abstraits et prédictibles
Modulaires et de large granularité
Autonomes et sans état (stateless)
Moyens pour assurer une haute Interopérabilité
Faiblement Couplés
Découvrables (dynamiquement)
Composables
Reutilisble
Le service est réutilisable conformément à un contrat entre
le fournisseur et le consommateur
Le contrat décrit :
- La syntaxe du service : opération, input, output, format, protocole…
- La sémantique de son utilisation: pré-conditions, post-conditions…
- Sa QOS : temps de réponse attendu, temps de reprise après
interruption…
Le contrat est généralement décrit au moyen du standard
WSDL
Interface adressable et
communication par message
Chaque consommateur peut invoquer un service via son
adresse dans le réseau à n’importe quel moment
- Le consommateur peut accéder localement au service pour
augmenter la performance, s’ils sont hébergés dans la même
machine
Les services communiquent uniquement par messages
- Appels via le réseau vu que les services sont distribués en SOA
Abstraction et Prédictibilité
Le service fonctionne en « boîte noire »
- Seul le contrat du service (informations nécessaires pour
l’invocation) est exposé au consommateur du service
- le fonctionnement interne du service (sa logique métier et son
implémentation) ne sont pas visibles
Il est Prédictible
- Son comportement et sa réponse lors de la réception d’une
requête ne varient pas
Large granularité et modularité
Large granularité : Le service est un gros grain qui
regroupe un ensemble d’interfaces cohérentes se
rapportant à un même module fonctionnel
- Principe à respecter lors de la conception
Modularité : Il peut être déployé de façon atomique
bien avant le développement ou déploiement
d’applications consommatrices
Autonomie et Stateleness
Autonomie :
- Le service est Indépendant des services externes :
son comportement est indépendant du contexte
fonctionnel et technique dans lequel il a été invoqué
Statelessness : Il est sans état (stateless) càd il
n’intègre pas la gestion de contexte (puisqu’il est
autonome)
