Skip to end of metadata
Go to start of metadata
Objectif(s)
  1. Réutiliser les règles et les données mises en place
  2. Appels simples de commandes et de données avec une synchronisation forte.
  3. Contractualiser les échanges entre les systèmes.
Cible(s) 
Couverture

Liste des patrons

Ces patrons permettent de distinguer les différents types de médiations.

Il en existe 5. 4 sont spécifiques aux WebServices et 1 aux API. Ils sont:

  • Ressource API
  • Service Simple
  • Composition de services
  • Chorégraphie de services
  • Orchestration de services

Ils peuvent être abordés assez tôt avec les référents fonctionnels à la suite de la découverte du Pattern Fonctionnel. Ceci afin de trouver au plus tôt d'autres services sous-jacents. Pour chaque Service trouvé dans une composition, l'arbre doit être réitéré afin de définir toutes les branches dès que possible.

Arbre de décision

Arbre de décision Service


L'Orchestration est un pattern de Service peut connu. Il est très lié au fait qu'il soit garant de la cohérence transactionnelle entre les services composés. Pour cela, il persiste son état et celui des services appelés.


Lors l'identification d'une composition, agrégation ou orchestration de Services, il ne faut pas chercher à la localiser dans une application (ne pas penser solution !), celle-ci doit être sera probablement externalisée dans l'ESB afin de répondre aux contraintes d'entreprise.

L'ESB ou le moteur d'orchestration sont les candidats idéaux pour héberger les compositions, agrégations et compositions.

Patterns

  • No labels