On souhaite concevoir une application d'entreprise consommant un service exposé par une autre application. Le contexte architectural induit les éléments représentés par la figure suivante :
 |
|
|
Figure 1 : Schéma des différents composants et leurs relations Photo © Edis Consulting
|
|
Le service définit un contrat auquel tout consommateur doit adhérer pour pouvoir y accéder. La solution est le pattern d'intégration Service Gateway qui permet de dissocier du reste de l'application les détails relatifs au respect des responsabilités figurant dans le contrat, définies par le service.
| Service Interface encapsule les fonctions d'une application sous la forme d'une interface simple |
Service Gateway est une catégorie particulière du pattern Gateway de Martin Fowler, dont le fonctionnement a été adapté aux architectures orientées services. Il collabore souvent avec Service Interface au lieu d'interagir directement avec un système externe. Service Interface encapsule les fonctionnalités complexes dans des applications fournisseurs et expose cette fonctionnalité aux applications consommatrices sous la forme d'une interface simple. La figure suivante illustre cette relation :
 |
|
|
Figure 2 : Service Gateway consommant une ressource externe Photo © Edis Consulting
|
|
