Mule ESB Summit 2010 avec Ippon

Mule ESB Summit 2010 avec Ippon

• 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 duré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 ausein 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 chainede 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 vued'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 • ArchitectureHA, • 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 votreattention