Retour d'expérience sur la mise en oeuvre de Mule ESB

1. Retour d'expérience sur
la mise en oeuvre de
Mule ESB
sur le projet
Sakarah
06/10/2010

2. • Cette présentation vous est fournie sous licence Creative Commons
Attribution Share Alike
• Vous etes libres :
– De reproduire, distribuer et communiquer cette création au public
• Selon les conditions suivantes :
– Paternité. Vous devez citer le nom des auteurs originaux mais pas d'une
maniere qui suggérerait qu'ils vous soutiennent ou approuvent votre
utilisation de l'œuvre.
– A chaque réutilisation ou distribution de cette création, vous devez faire
apparaitre clairement au public les conditions contractuelles de sa mise a
disposition sous licence identique Creative Commons Share Alike.
– Chacune de ces conditions peut etre levée si vous obtenez l'autorisation
du titulaire des droits sur cette œuvre.
– Rien dans ce contrat ne diminue ou ne restreint le droit moral de l'auteur
ou des auteurs.

3. Sommaire
• Présentation du réseau Sakarah
• Pourquoi un ESB ?
• Pourquoi Mule ESB ?
• Choix des composants pour le projet Sakarah
• Retour d'expérience
• Point de vue d'Ippon Technologies
• Prochaines étapes

4. Présentation
• Réseau Sakarah
– Filiale de l'Imprimerie Nationale
– Plate-forme collaborative d'échange de documents dématérialisés
– Ses missions :
• Émettre et recevoir les factures clients et fournisseurs,
• Automatiser l'intégration,
• Disposer d'un outil de validation et de gestion des litiges,
• Sécuriser les reglements,
• Maitriser le passage du papier vers l'électronique,
• Prendre en compte la dissymétrie existante entre les acteurs,
• Garantir l'interopérabilité,
• Ippon Technologies est intervenu en formation, conseil et
développement sur l'architecture Sakarah et sur Mule ESB

5. Présentation
Réseau Sakarah au sein de son environnement
COFFRE FORT ELECTRONIQUE
WEB (clients, salariés) BANQUES
Ou
Connecteurs Relevés
EXPERT Avis d’opérés
COMPTABLE Paiements
Encaissements
Plateforme collaborative
VPN
dossiers
partagés WEB
Ou
 Contrats  Gestion des litiges Connecteurs
 Factures  Gestion de la preuve
 Règlements  Fiche de paie
 Paiements  Rapprochements
 Déclarations  Archivage
 Pouvoirs  Reporting
 Etc.  Etc.
WEB
Ou WEB WEB CONTREPARTIES
Connecteurs Fiche de Fiche de
Paie Paie (clients, fournisseurs)
CLIENT DE L’EXPERT
COMPTABLE SALARIES

6. Exemple d'une chaine de
dématérialisation

7. Pourquoi un ESB ?
• Mots clés du projet :
– émettre et recevoir, intégration, validation, sécuriser, maitriser,
dissymétrie existante, et interopérabilité
• Solutions possibles :
– Application développée entierement en interne ?
• Coûts des développements et de la maintenance élevés
– ETL ?
• Transfert d'information de type « pull », traitement a la demande,
• Impossible d'interagir avec un opérateur durant un traitement
– ESB ?
• Technologie de type « pull »,
• Possibilité d'aiguiller un document vers un expert en fonction de son
contenu,
• Abstraction du type, de la structure, du transport et de la localisation
des données

8. Pourquoi Mule ESB ?
• Open Source
– Community Edition pour démarrer
• Richesse de la bibliotheque des connecteurs
– Plus de 50 protocoles (JMS, JDBC, TCP, UDP, multicast, http, servlet, fi le, XMPP, ...)
• Performances
– Les messages peuvent etre transportés par de simples objets Java
• Monitoring
– Simplement via JMX ou au travers de la console d'administration
• Scalabilité
– Multiplication des instances Mule hébergeant les services les plus
sollicités
• Support professionnel
– Enterprise Edition pour soutenir la croissance

9. Choix des composants
pour Sakarah
• Pour les développements :
– iReport/FOP (feuilles de style pdf), SVN, Hudson/Maven
(fabrication), Jira (ticketing), Drools (moteur de regles),
Smooks/Kettle (mapping/transformation des données),…
• Pour les tests et recettes :
– JUnit, Selenium et JMeter, …
• Pour la production :
– Linux HA & OpenBSD, Apache/Proxy HA (load balancer), JBoss,
Mule ESB (EAIs d’acquisition de données), Alfresco
(GED/Parapheur), Pentaho BI (extractions/reporting), Josso (SSO),
MySQL, EJBCA (PKI/signatures), Apache FOP/Jasper Report/iText
(pdf), …
• Pour l’exploitation :
– Nagios (monitoring), Application Manager (robots de mesure des
temps de réponses), …

10. Retour d'expérience
Les points forts Les difficultés
Solution s'appuyant sur des Recherche de la bonne granularité des
composants Open Source éprouvés services
Vivacité et réactivité de la Mise en oeuvre de Mule HQ
communauté Mule
Déploiement de nouvelles instances Gestion de la monté de version d'une
pour suivre les montées en charges partie des services
Tests unitaires Difficulté a comprendre et tuner les
configurations
Facilité de la mise en oeuvre d'une
architecture a haute disponibilité

11. Point de vue d'Ippon
Technologies
Mule ESB est une solution
– simple,
– flexible (évolution des flux de traitement pour prendre en compte
de nouveaux types document),
– robustesse
– disponibilité (24x7),
– Performante (100 a 200 milles documents traités / jour),
– maitrisé
pour acheminer et traiter des flots d'information dans des
environnements hétérogenes.

12. Prochaines étapes
• Architecture HA,
• Enrichissement du nombre de type de document
(SupplyChain et Logistique)
• Amélioration de la supervision et de la reprise des flux
• Suivre la montée en puissance du projet

13. Des questions ?
?
??
? ?

14. Merci de votre attention