Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Copy of Copy of Présentation

No description
by

Amal Tahri

on 8 January 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Copy of Copy of Présentation

Plan de la présentation 1- définition des ESB

2- Comparaison des ESB 4- Conclusion et perspectives Conclusion 3-Réalisation Modélisation des Business Process pour
l'Intégration des Composants dans
une Architecture Orientée Service Présentation du Projet de Mémoire
de Master Génie Logiciel et Aide
à la Décision
Option ICIS Encadré par M. Simon Bécot
Supervisé par Mme.Narjes Ballamine
Présenté par Tahri Amal Introduction 1- Étude Comparative des ESB 2-Approche de l'intégration
des composants et Application
à Orange Labs 3- Réalisation Introduction Définition d’un ESB Un « Enterprise Service Bus » est une solution d’intégration implémentant une architecture totalement distribuée
ESB combine plusieurs pratiques d’intégration d’applications:
Message Oriented Middleware MOM
Event Driven Architecture EDA
Service Oriented Architecture

ESB réutilise et intègre des composants existants
système de messagerie
serveurs d’applications (J2EE..)
Adaptateurs d’intégration EAI
Moteurs BPM (Business Process Management ) Les fonctionnalités de base d’un ESB Sujet: Problématique d'intégration et d’interopérabilité des composants Comparaison des ESB Mule ESB
Apache ServiceMix
Fuse ESB
Apache synapse
WSO2 ESB
OpenESB
JBOSSESB
Petals
UltraESB
Sopera Critères de choix
Open Source
License
Qualité du support
Éditeur
Intégrateur
Équipe dédiée
documentation
Facilité de mise en oeuvre
et de de développement
Technologies utilisées
les connecteurs
Support des standards
JBI / SCA/ OSGI
Orchestration des services : Coordonner plusieurs services
La Messagerie
La Connectivité :
Supporter de multiples protocoles de transport
Apporter une couche d’abstraction vis-à-vis des technologies utilisées Les besoins non fonctionnels Scalabilité
Fiabilité
Performance :
débit, temps de réponse, taux d'erreur
"Manageability " :
les outils d’administration, d’installation, de configuration, de QOS. Les besoins fonctionnels: 1. Le premier prototype permettait la récupération d’un fichier XML depuis un dossier
d’entrée et son dépôt dans un fichier de sortie en modifiant son nom 2. Le deuxième prototype effectué consiste à prendre en entrée un fichier et le redirige selon son contenu vers le fichier adéquat, le routage effectué se base sur le contenu, selon la valeur de la variable donnée en entrée. 3. Le troisième prototype permettait à la requête http/SOAP de rediriger le message vers le service adéquat, j’ai commencé par un exemple simple qui prend en entrée de la requête une variable « event » et une autre « data » et selon la valeur que je lui donne manuellement l’ESB redirige la requête vers le service demandé par l’event et conserve l’information de type data, nous avons utilisé les méthodes d’un web services depuis un url ensuite depuis un fichier wsdl. 4. Le 4ème prototype implémente la réception d’une requête http/soap et son insertion dans
une file d’attente de type JMS qui sera dépiler par l’ESB traiter et empiler dans la file
d’attente de l’application destinatrice 5. Le 5ème prototype gère l’envoi de message sur un protocole SMTP, suite à la réception d’un évènement, l’ESB envoi un mail afin de notifier le destinataire. Head Body Body Body Body Body Body Body Body Body Difficultés rencontrées 1- Etude comparative des ESB 2-Approche d'Intégration

des Composants et

Application à

Orange Labs 1-Présentation la solution

2- Application à Orange Labs

3-Modélisation de la solution

1-Travail réalisé

2-Critique et comparaison Ce projet nous a permis de
Faire un état de l'art sur les techniques d'intégration et les standards de spécification
Approfondir nos connaissances sur les ESB Open Source
Proposer un modèle abstrait pour l'intégration des composants dans une architecture complexe.
Implémenter ce modèle en utilsant Open ESB
Tester et valider des cas réels sur l'application finale
d'Orange Ce travail reste extensible à savoir une proposition de thèse de modélisation des données de Digital Home d'Orange Labs.
Cette proposition combine l'ingénierie des modèles , les lignes de produits et les services orientés architectures afin de proposer un modèle formel permettant la maîtrise de hétérogénéité du l'environnement domestique Introduction 1 2 3 10 11 12 13 19 19 Approche d'intégration et
Application à Orange Labs 31 40 41 Merci pour votre attention 4- Conclusion et perspectives Définitions des exigences: Approche d'intégration et Application à Orange Labs Présentation de la solution Approche par réutilisation
Identification des composants à réutiliser
Analyse du comportement de la solution et la spécification des interactions
Assemblage de l'application

Modélisation des Business process en BPMN pour le niveau conceptuel

L'adaptation de l'architecture Orientée Service SOA et les plateformes ESB pour le niveau applicatif Approche d'intégration et
Application à Orange Labs Application à l'Ecosystème d'Orange Labs Composants à Réutiliser Nursery : plateforme web qui sert à suivre le projet durant le prototypage et le développement du code.
Fournisseur de services
Dan eCare : plateforme web générique qui sert à suivre le projet depuis le prototypage jusqu'à la mise en production via l'exposition de plusieurs offre selon l'avancement du projet
Consommateur de services
WSDL des web services de provisioning : c'est le point d'attache qui relie le consommateur au fournisseur Approche d'intégration
et Application à Orange Labs Modélisation de la solution Modèle abstrait de l'intégration des composants Approche d'intégration
et Application à Orange Labs Approche d'intégration
et Application à Orange Labs Approche d'intégration
et application à Orange Labs Modélisation du Business Process Général Niveau 1 du Processus Général: Réception du message Approche d'intégration
et Application à Orange Labs Modélisation des Business Process Niveau 2 du processus général : Routage des DATA Réalisation Prototype développé Réalisation Prototype développé Diagramme BPEL: Main Process Diagramme Sub Process User: CRUD Réalisation Prototype développé Réalisation Prototype développé Composite Application Service Assembly Réalisation Test et Validation Réalisation Difficultés et Critiques Difficultés rencontrées
manque de maturité des ESB open source et de la documentation
la distinction entre le discours « marketing » de l’éditeur et les capacités réelles présentées par son produit.
incapacité de répondre aux mêmes niveaux d’exigence en termes de fonctionnalité que les solutions propriétaires. Perspectives Approche d'intégration
et Application à Orange Labs Apport du modèle Ajout d'une nouvelle application dans l'ancienne solution Critique générale
Le prototype final est bel et bien fonctionnel , toutefois la présentation graphique est assez complexe et qualifiée de difficile à maintenir Comparaison des ESB A Eliminer
1- UltraESB : un nouveau né + absence du retour utilisateur +
documentation limitée.
2-Sopera : presque absent dans le monde du open source +
une documentation limitée
3-Petals :n’a pas évolué depuis 2010
4-Apache synapse: c’est plutôt un médiateur
+très peu de fonctionnalités par rapport aux autres ESB
5-JBOSS ESB: présente peu de fonctionnalités
par rapport aux autres ESB 1 2 3 Critères:
Avis professionnels des sociétés de conseil
Feedback des utilisateurs Remarques
Grande portabilité sauf Open ESB
Les capacités fonctionnelles d’Open ESB, MuleESB sont identiques et faciles à manipuler
Fuse ESB et WSO2 ESB sont caratérisés par
Absence d’IDE de développement
une configuration complexe Critères:
Installation
Configuration
Réalisation d'un prototype basique Éliminer Fuse ESB et WSO2 ESB
Tester Mule ESB et Open ESB Critères:
Réalisation de plusieurs prototypes
Prise en main des outils de développement
Test d'intégration de l'ESB dans l'application finale Remarques
Beaucoup de fonctionnalités de Mule ESB ne sont disponibles qu'en version commerciale
Open ESB présente une richesse de connecteurs, le tout en Open Source
Open ESB implémente le standard JBI alors
que celui de Mule ESB est propriétaire
Open ESB est retenu L’intégration des applications
assembler les différentes parties
assurer leur compatibilité et le bon fonctionnement du système complet
L'interopérabilité des composants
permettre à divers outils de communiquer ensemble
échanger des services et des données [1]
Les difficultés:
Hétérogénéité du SI
Absence de cohérance de connexions des applications
Complexité de l'ouverture pour l'extension Introduction Les techniques d'intégration 1/3 Les Entreprises Applications Integration EAI
composant central qui assure la médiation physique entre applications

Aspect propriétaire : connecteurs, transformateurs de données, orchestration des processus
Intégration des fonctionnalités au niveau d’un point centralisé SPOF [2] Les Services Orientés Architectures SOA

un modèle d’interaction applicative qui s’appuie sur un ensemble
de services simples, ou des composants logiciels [3] Introduction Les techniques d'intégrations 2/3 La modélisation des Business Process

un mélange de la gestion des processus / flux de travail avec l’intégration d’applications pour soutenir la connectivité des applications [B5]

réduit les difficultés rencontrées lors du passage entre la modélisation et l’exécution des processus.

Agit à un niveau d’abstraction permettant de contrôler les processus Objectif
Proposer un modèle générique de connecteurs de composants garantissant l’interopérabilité des business process dans une architecture évolutive Problématique
Comment trouver un référentiel générique pour la vision d'intégration des composants qui remédie à l'hétérogéniété et garantit l'interopérabilité des processus métiers du SI ? Introduction Mapping des services Bibliographie [1] Franck Barbier, Corine Cauvet, Mourad Oussalah, Dominique Rieu, Sondes Bennasri, Carine Souveyet Composants dans l’ingénierie des systèmes d’information : concepts clés et techniques de réutilisation Actes des deuxièmes assises nationales du GdR I3 2002 [2] Jihed TOUZI Aide à la conception de Système d’Information Collaboratif support de l’interopérabilité des entreprises Centre de Recherche en Génie Industriel (Albi, France) thèse soutenue le 09/11/2007 [3] Nouvelles technologies pour l’intégration : les ESB, EBM Websourcing pages 29 10, avenue de l’Europe Parc Technologique du Canal 31520 Ramonville st AgneVersion : 1.0 Janvier 2006] Bibliographie [4] Ville seppanen, Interconnections and differences between EA and SOA in government ICT Universite de Jyvaskyla 2008 [5] Eddie Soulier, Myriam Lewkowicz, Nicolas Corouge ; Gestion des processus métier et travail collaboratif Large granularité : Encapsulasion de plusieurs services
Couplage faible: réduction des dépendances entre les services rassembler les applications comme des applications composites
en services interopérables et réutilisables Introduction Les techniques d'intégrations 3/3 Etude comparative des ESB Etude comparative des ESB Etude comparative des ESB Etude comparative des ESB Modélisation de la solution Instantiation du modèle abstrait Fichier Log du serveur structure des EAI [6] http://www.xebia.fr/sites/default/files/les_esb_dans_la_soa.pdf 4 5 6 7 8 14 15 16 17 20 21 22 23 27 28 29 32 33 34 35 36 37 42 43
Full transcript