Cet article est un des articles de la suite `Vision des ESBs par un architecte d’entreprise`.

Deux natures proches

Le monde des ESBs est divisé en deux grands types :

• les ESBs orientés « flux », issus de technologies EAI, EIP et web-services,

• les ESBs orientés « services » ou infrastructure de services, répondant à tous les principes de la SOA.

Bien que ces types d’ESBs répondent à des approches stratégiques différentes (cf. « Cas d’usages vs nature d’ESB »), ils sont concrètement très proches avec de très nombreux points communs :

• les connecteurs ou adaptateurs, réalisant :

  • d’un coté, les interconnexions avec les ressources applicatives,

  • de l’autre, l’exposition des services aux clients de l’ESB,

• des composants de composition pour implémenter la logique d’intégration : EIP (Entreprise Integration Patterns), composition de services, moteurs de processus¹,

• un transporteur de messages, en charge d’acheminer les messages,

• un routeur qui détermine le destinataire des messages,

• de la sécurité pour protéger les entrées de l’ESB,

• une supervision technique utilisée pour connaître l’état de santé interne de l’ESB,

• des fonctions d’administration et de déploiement,

• un atelier de développement facilitant le développement des intégrations d’applications.

Cas d’usages vs nature d’ESB

On retrouve la présence d’ESB dans deux cas d’usages types. Attention, la nature de l’ESB, orienté « services » ou orienté « flux » est alors importante :

• le choix d’un ESB comme backbone du système d’information devant supporter aussi bien des intégrations d’applications que les processus d’entreprise devra être fait parmi les ESBs orientés « services »,

• un simple besoin d’intégration de quelques applications peut quant à lui être supporté par les deux types d’ESBs. Mais attention, un ESB mis en œuvre pour un besoin spécifique d’intégration peut rapidement prendre le chemin « backbone du SI ». Et alors, avoir choisi un ESB « flux » aura été une mauvaise idée !