[TECH] ESB, JBI
David Andriana
Cela m'a permis de vraiment comprendre à quoi servait JBI. J'avoue être
totalement convaincu de la pertinence de faire de l'intégration *avant*
de faire des services, même si ce n'est pas forcément ce qu'on trouve
dans la littérature.
Pour schématiser :
0. poser un ESB dans le SI
1. intégrer les traitements existants sur l'ESB, grâce à des Binding
Components (notion JBI)
2. rajouter sur l'ESB l'orchestration de traitements qui va bien, grâce
à des Service Engines (notion JBI)
3. si vraiment c'est nécessaire, exposer ce qui va bien sous forme de
services, à partir du bus. Par exemple avec un Binding Component SOAP
Au lieu de :
1. encapsuler les traitements existants dans des services (EJBs ou, plus
souvent, Web Services), avec toutes les problématiques des
transactions, de sécurité, de définition fonctionnelle des
services...
2. rajouter l'orchestration un jour
(... « un jour mon orchestration viendra », chanson de Blanche Neige)
3. penser un jour à rajouter un ESB
Avez-vous des retours d'expérience sur JBI ?
Sur les ESB ?
Préconisez-vous systématiquement de passer par des services (voire des
Web Services) avant d'installer un ESB ? Ou le contraire (plutôt mon
approche, désormais) ?
--
David Andriana
Avantage Compris
http://www.avantage-compris.com/