1. Intégration applicative via messagerie James Lapalme 1

2. Objectifs Introduire le concept d’intégration applicative Présenter les styles architecturaux pour aborder l’intégration applicative Approfondir le style architectural « Messagerie » afin introduire les concepts de base 2

3. Mise en contexte 3 EAI Object Broker ETL/EII Middleware SOA/ESB Web Services DTP ServicesRéseautiques LDAP NFS Authentification Systèmed’Exploitation RPC Semaphore Fifo Socket Mutex Mém. Part.

4. Agenda Problématique Concepts Styles Architecturaux Messagerie Formalisme Utilisation 4

5. Écosystème TI = Système distribué 5

6. La réalité = complexité Les organisations ont des écosystèmes TI avec des 100s-1000s applications; La migration du développement vers l’acquisition d’applications; La migration d’une approche fonctionnelle (verticale) vers une approche par processus (horizontale); L’expansion des frontières organisationnelles afin d’incorporer les partenaires. 6 Problématique L’intégration applicative est nécessaire au support des processus d’affaires utilisant plusieurs applications

7. Investissement 7 Problématique Bourse Conformité Comptabilité Conseiller « Trader »

8. Santé 8 Problématique Établissement A Laboratoire Laboratoire Laboratoire Imagerie Imagerie Imagerie Admission Admission Admission Établissement B Établissement C

9. Transport 9 Problématique Surveillance Publicités Supervision Instruments Maintenance Contrats

10. Beaucoup d’enjeux Problématique Technologiques Conception applicative en silos Modèle de données enfouies Hétérogénéité technologique Absence d’interface Désalignement sémantique Processus ambiguë/méconnu Sécurité Managériaux Nouvelles collaborations interdépartementales « Scope de projets » Coûts et temps Migration Absence de surintendance des données Faible expertise 10

11. Intégration vs N-Tiers Intégration Applicative Application N-Tiers Applications autonomes Communication typiquement asynchrone Séparation intrinsèque Interdépartemental et inter-organisationnel Couches dépendantes Communication typiquement synchrone Séparation pour « scalability » ou « agility » Intra-départemental 11

12. Divers dimensions Frontière organisationnelle Enterprise Application Integration (EAI) Business-to-Business Integration (B2B, B2G) Niveau de la Présentation (e.g. Portail) – N1 des Données (e.g. échange de données) – N2 des Fonctionnalités (e.g. appels d’API) – N3 des Services (e.g. SOA) – N4 des Processus (e.g. chorégraphies B2B) – N5 Temporel Synchrone Asynchrone 12 Concepts

13. Objectif – Couplage faible Dimensions du couplage Temporel (e.g. asynchrone, queue) Localisation Canal - Adresses logique (e.g. uri) Plateforme technologique Standard (e.g. XML) Format Transformation 13 Concepts

14. 4 Approches Transfert de fichiers Production et consommation via fichier Partage SGBD Plusieurs applications utilisant la même base de données Appels de fonctions distribuées Partage de fonctionnalités Messagerie Interconnexion via système de messagerie 14 Styles

15. Transfert de fichiers Caractéristiques Batch Asynchrone Point-à-Point ou Normalisé N2 Enjeux Synchronisation Coordination 15 Styles Source : Hophe et al. 2003

16. Partage SGBD Caractéristiques Temps-Réel Synchrone Normalisé N2 Enjeux Achat Encapsulation 16 Styles Source : Hophe et al. 2003

17. Appels de fonctions distribuées Caractéristiques Temps-Réel Synchrone Point-à-Point N3 Enjeux N(N-1) Latence 17 Styles Source : Hophe et al. 2003

18. Messagerie Caractéristiques Temps-réel ou Batch Asynchrone Point-à-Point ou Normalisé N2 à N5 Enjeux « Débogage » Batch 18 Styles Source : Hophe et al. 2003

19. Messagerie101 19 Messagerie Source : Hophe et al. 2003

20. Avantages Communication distribuée Communication robuste Communication asynchrone Intégration de plateforme/langage “Timing” variable “Throttling” Opérations déconnectées Médiation Peu de “thread” bloqué 20 Messagerie

21. Inconvénients Modèle de programmation complexe Enjeux de séquence Scénarios synchrones Performance Peu de plateforme “Vendorlock-in” 21 Messagerie

22. Formalisme de Gregor Hohpe Canaux (9) P2P, Pub/Sub, etc. Messages (8) Corrélation, Commande, Data, etc. Transformation (6) Normalisation, Enrichissement, etc. Routage (10) Filtre, Aggrégateur, Reséquenceur, etc. Connexion (10) Compétition, « Polling », etc. 22 Formalisme

23. Symbolisme Hohpe 23 Formalisme Source : Hophe et al. 2003

24. Exemple – Gestion d’ordres 24 Formalisme Source : Hophe et al. 2003

25. Exemple - Réception 25 Formalisme

26. Exemple - Inventaire 26 Formalisme

27. Exemple - Traitement 27 Formalisme

28. Mapping des patrons 28 Utilisation Source : Hophe et al. 2003

29. Outils d’EAI Fonctionnalités Transformation Adaptateur Orchestration Surveillance d’activités d’Affaires (BAM) Produits Microsoft - Biztalk Server Vitria - BusinessWare Software AG - WebMethod Tibco - ActiveMatrixBusinessWorks IBM - Websphere Message Broker 29 Utilisation

30. Références Gregor Hohpe & Bobby Woolf (2003). Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Addison-Wesley Professional IrimiaRoxana-Adina (2008). An Overview of Application Integration Concepts.DNCOCO '08 Joachim Schelp & Alexander Schwinn (2005). Extending the Business Engineering Framework for Application Integration Purposes. ACM Symposium on Applied Computing Ian Gorton &b Anna Liu (2004). Architectures and Technologies for Enterprise Application Integration. IEEE International Conference on Software Engineering Chen Zhigang & Cheng Huiping (2009). Research on Enterprise Application Integration Categories and Strategies. IEEE International Forum on Computer Science-Technology and Applications Rodney Gleghorn (2005). Enterprise Application Integration: A Manager’s Perspective. IEEE IT Pro 30

31. Questions ? 31