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

Mule ESBsur le projet

Sakarah

06/10/2010

• 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.

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

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

Présentation

Réseau Sakarah au sein de son environnement

VPN

WEB Ou

ConnecteursCONTREPARTIES

(clients, fournisseurs)

CLIENT DE L’EXPERT COMPTABLE

BANQUESWEB Ou

Connecteurs

COFFRE FORT ELECTRONIQUE(clients, salariés)

EXPERT COMPTABLE

SALARIES

Fiche dePaie

Fiche dePaie

WEB WEB

WEB Ou

Connecteurs

RelevésAvis d’opérésPaiementsEncaissements

dossierspartagés

Gestion des litiges Gestion de la preuve Fiche de paie Rapprochements Archivage Reporting Etc.

Contrats Factures Règlements Paiements Déclarations Pouvoirs Etc.

Plateforme collaborative

Exemple d'une chaine de dématérialisation

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

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

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), …

Retour d'expérience

Les points forts Les difficultés

Solution s'appuyant sur des composants Open Source éprouvés

Recherche de la bonne granularité des services

Vivacité et réactivité de la communauté Mule

Mise en oeuvre de Mule HQ

Déploiement de nouvelles instances pour suivre les montées en charges

Gestion de la monté de version d'une partie des services

Tests unitaires Difficulté a comprendre et tuner les configurations

Facilité de la mise en oeuvre d'une architecture a haute disponibilité

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.

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

Des questions ?

?????

Merci de votre attention