Retour dexpérience sur la mise en oeuvre de  Mule ESB      sur le projet  Sakarah       06/10/2010
•   Cette présentation vous est fournie sous licence Creative Commons    Attribution Share Alike•   Vous etes libres :    ...
Sommaire• Présentation du réseau Sakarah• Pourquoi un ESB ?• Pourquoi Mule ESB ?• Choix des composants pour le projet Saka...
Présentation• Réseau Sakarah   – Filiale de lImprimerie Nationale   – Plate-forme collaborative déchange de documents déma...
PrésentationRéseau Sakarah au sein de son environnement                                         COFFRE FORT ELECTRONIQUE  ...
Exemple dune chaine de   dématérialisation
Pourquoi un ESB ?• Mots clés du projet :   – émettre et recevoir, intégration, validation, sécuriser, maitriser,     dissy...
Pourquoi Mule ESB ?• Open Source   – Community Edition pour démarrer• Richesse de la bibliotheque des connecteurs   – Plus...
Choix des composants                        pour Sakarah• Pour les développements :   – iReport/FOP (feuilles de style pdf...
Retour dexpérience           Les points forts                       Les difficultésSolution sappuyant sur des           Re...
Point de vue dIppon                        TechnologiesMule ESB est une solution   – simple,   – flexible (évolution des f...
Prochaines étapes• Architecture HA,• Enrichissement du nombre de type de document  (SupplyChain et Logistique)• Améliorati...
Des questions ? ???? ?
Merci de votre attention
Prochain SlideShare
Chargement dans…5
×

Mule ESB Summit 2010 avec Ippon

3 522 vues

Publié le

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

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
3 522
Sur SlideShare
0
Issues des intégrations
0
Intégrations
1 349
Actions
Partages
0
Téléchargements
52
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Mule ESB Summit 2010 avec Ippon

  1. 1. Retour dexpérience sur la mise en oeuvre de Mule ESB sur le projet Sakarah 06/10/2010
  2. 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 dune maniere qui suggérerait quils 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 lautorisation du titulaire des droits sur cette œuvre. – Rien dans ce contrat ne diminue ou ne restreint le droit moral de lauteur ou des auteurs.
  3. 3. Sommaire• Présentation du réseau Sakarah• Pourquoi un ESB ?• Pourquoi Mule ESB ?• Choix des composants pour le projet Sakarah• Retour dexpérience• Point de vue dIppon Technologies• Prochaines étapes
  4. 4. Présentation• Réseau Sakarah – Filiale de lImprimerie Nationale – Plate-forme collaborative déchange de documents dématérialisés – Ses missions : • Émettre et recevoir les factures clients et fournisseurs, • Automatiser lintégration, • Disposer dun 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 linteropérabilité,• Ippon Technologies est intervenu en formation, conseil et développement sur larchitecture Sakarah et sur Mule ESB
  5. 5. PrésentationRé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. 6. Exemple dune chaine de dématérialisation
  7. 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 dinformation de type « pull », traitement a la demande, • Impossible dinteragir avec un opérateur durant un traitement – ESB ? • Technologie de type « pull », • Possibilité daiguiller 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. 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 dadministration• Scalabilité – Multiplication des instances Mule hébergeant les services les plus sollicités• Support professionnel – Enterprise Edition pour soutenir la croissance
  9. 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. 10. Retour dexpérience Les points forts Les difficultésSolution sappuyant sur des Recherche de la bonne granularité descomposants Open Source éprouvés servicesVivacité et réactivité de la Mise en oeuvre de Mule HQcommunauté MuleDéploiement de nouvelles instances Gestion de la monté de version dunepour suivre les montées en charges partie des servicesTests unitaires Difficulté a comprendre et tuner les configurationsFacilité de la mise en oeuvre dunearchitecture a haute disponibilité
  11. 11. Point de vue dIppon TechnologiesMule 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 dinformation dans desenvironnements hétérogenes.
  12. 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. 13. Des questions ? ???? ?
  14. 14. Merci de votre attention

×