1

Intégration applicative via messagerie

James Lapalme

2

ObjectifsIntroduire le concept

d’intégration applicativePrésenter les styles

architecturaux pour aborder l’intégration applicative

Approfondir le style architectural « Messagerie » afin introduire les concepts de base

3

Mise en contexte

RPCSemaphore

Mutex

Fifo

Mém. Part.

Socket

Systèmed’Exploitation

LDAP

Authentification

NFSServicesRéseautiques

MiddlewareEAI

Object Broker

ETL/EII

SOA/ESBWeb

ServicesDTP

4

AgendaProblématiqueConceptsStyles ArchitecturauxMessagerieFormalismeUtilisation

5

Écosystème TI = Système distribué

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.

Problématique

L’intégration applicative est nécessaire au support des processus d’affaires utilisant plusieurs applications

8

SantéProblématiqu

e

Admission Imagerie

Laboratoire

Admission Imagerie

Laboratoire

Admission Imagerie

Laboratoire

Établissement A

Établissement B

Établissement C

9

TransportProblématiqu

e

Instruments

Publicités

Surveillance

Maintenance

Contrats

Supervision

10

Beaucoup d’enjeuxTechnologiques

◦ 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

Problématique

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épendantesCommunication

typiquement synchrone

Séparation pour « scalability » ou « agility »

Intra-départemental

12

Divers dimensionsFrontiè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

Concepts

13

Objectif – Couplage faibleDimensions du couplage

◦Temporel (e.g. asynchrone, queue)

◦Localisation Canal - Adresses logique (e.g. uri)

◦Plateforme technologique Standard (e.g. XML)

◦Format Transformation

Concepts

14

4 ApprochesTransfert de fichiers

◦Production et consommation via fichier

Partage SGBD◦Plusieurs applications utilisant la

même base de donnéesAppels de fonctions distribuées

◦Partage de fonctionnalitésMessagerie

◦Interconnexion via système de messagerie

Styles

15

Transfert de fichiersCaractéristiques

◦ Batch◦ Asynchrone◦ Point-à-Point ou

Normalisé◦ N2

Enjeux◦ Synchronisation◦ Coordination

Styles

Source : Hophe et al. 2003

16

Partage SGBDCaractéristiques

◦ Temps-Réel◦ Synchrone◦ Normalisé◦ N2

Enjeux◦ Achat◦ Encapsulation

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

Styles

Source : Hophe et al. 2003

18

MessagerieCaractéristiques

◦ Temps-réel ou Batch

◦ Asynchrone◦ Point-à-Point ou

Normalisé◦ N2 à N5

Enjeux◦ « Débogage »◦ Batch

Styles

Source : Hophe et al. 2003

19

Messagerie101Messagerie

Source : Hophe et al. 2003

20

AvantagesCommunication distribuéeCommunication robusteCommunication asynchroneIntégration de plateforme/langage“Timing” variable“Throttling”Opérations déconnectéesMédiationPeu de “thread” bloqué

Messagerie

21

InconvénientsModèle de programmation complexeEnjeux de séquenceScénarios synchronesPerformancePeu de plateforme“Vendor lock-in”

Messagerie

22

Formalisme de Gregor HohpeCanaux (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.

Formalisme

23

Symbolisme HohpeFormalisme

Source : Hophe et al. 2003

24

Exemple – Gestion d’ordres

Formalisme

Source : Hophe et al. 2003

25

Exemple - RéceptionFormalisme

26

Exemple - InventaireFormalisme

27

Exemple - TraitementFormalisme

28

Mapping des patrons

Source : Hophe et al. 2003

Utilisation

29

Outils d’EAIFonctionnalités

◦Transformation◦Adaptateur◦Orchestration◦Surveillance d’activités d’Affaires (BAM)

Produits◦Microsoft - Biztalk Server◦Vitria - BusinessWare◦Software AG - WebMethod◦Tibco - ActiveMatrix BusinessWorks◦ IBM - Websphere Message Broker

Utilisation

30

Références Gregor Hohpe & Bobby Woolf (2003). Enterprise Integration

Patterns: Designing, Building, and Deploying Messaging Solutions. Addison-Wesley Professional

Irimia Roxana-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

31

QUESTIONS ?