Upload
ippon-technologies
View
3.252
Download
1
Embed Size (px)
DESCRIPTION
Retour d'expérience sur la mise en oeuvre deMule ESB
Citation preview
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