Besoin pour un ESB
La technologie elle-même n’apporte pas de valeur. La valeur est obtenue lorsqu’on combine la technologie avec une nouvelle façon de faire les choses : une vision métier du SI, focalisé sur les services à valeur ajoutés est à même de produire la différence dans l’utilisé Business de votre SI.
Comment faire pour que des programmes, des applications et des systèmes séparés puissant collaborer ensemble, pour supporter une vision métier du SI, sans tout remettre à plat :
- Vous souhaitez intégrer plus de 3 applications ou de 4 services
- Vous utilisez plus qu’un protocole de transport (http, jms, jdbc ..)
- Vous avez un besoin de routage en fonction du contenu
- Vous avez plusieurs applications consomment le même message
Alors, vous pouvez penser à l’intégration d’application d’entreprise avec des ESB.
Dans ce contexte, les ESB ont un rôle à jour,L’usage d’un EBS n’est pas nécessaire, mais facilite bien les choses
Un ESB doit permettre de réaliser, simplement, par configuration les fonctions suivantes :
· Routage
· Transformation de Message
· Enrichissement de Message
· Transformation entre Protocole de Transport
· Mapping entre services
· Traitement des Messages
· Chorégraphie entre processus
· Orchestration entre service pour créer un Processus
· Gestion de Transaction
· Sécurité
Les ESb doivent par exemple proposer des solutions pour les standards suivants :
EJB; E-mail; File; FTP; HTTP; IMAP; JDBC; JMS; POP3; Quartz; RMI; Servlet; SMTP; SOAP; SSL; Stream; TCP; UDP; WSDL; XMPP
ESB open source : l’offre?Les fournisseurs classiques des outils EAI ont re-packagés leurs solutions et renommées EBS (genre de revamping produit)
De l’autre coté, l’offre d’ESB open source est pléthorique :
|
Les offres assimilées à des EBS open source
|
Finalement, signalons un projet intéressant, presque un ESB,
|
un conseil simple : rester indépendant de l’ESB
Ce nombre croissant d’ESB open source indique que le marché n’est pas encore stabilisé (au sens consolidation) et continue à croitre.
Il est extremement important de rester indépendant de l’ESB :séparer votre code métier de l’application de ESB (utiliser systématiquement un Ioc, Spring de préférence).
La meilleure solution, pour aider le marché à converger, et consolider toute cette offre disparate, c’est qu’elle unissent leurs efforts autour d’Eclipse SOA (ex SOPERA).
.
L’essentiel : faire le bon choix et privilégier les standards.
Mais avec Quels critères, Quel outil? Quels risques ?
Mais ceci est un autre sujet ...
autres sujets sur Mule
Mule ESB : le routeur outbound-pass-through-router a changé de nom entre la version 2.0 et 2.1 ..
Fonctionnalités des ESB et offre open source : le marché n’est pas encore consolidé
0 commentaires :
Enregistrer un commentaire