Buts de l intégration en informatique

Dimension: px

Commencer à balayer dès la page:

Download "Buts de l intégration en informatique"

Anne-Laure St-Georges
il y a 8 ans
Total affichages :

1 Buts de l intégration en informatique Comment faire communiquer et intégrer vos applications hétérogènes dans votre entreprise interconnectée? Quels types d applications construisons-nous? Réaliser Créer Imaginer Achever Percevoir Déployer

2 Qu est-ce le SEI? SEI : Software Engineering & Integration Qui sommes nous? Olivier Michoud o.michoud@abissa.ch Simon Perrin s.perrin@abissa.ch Que faisons nous? Intégration avec Microsoft BizTalk Server depuis 2001

applications Tendance aux briques disponibles sur le marché mais non

3 L évolution de l'architecture IT dans les entreprises montre un besoin d'intégration Applications indépendantes Ajout de de nouveaux services / applications Tendance aux briques disponibles sur le marché mais non intégrées B2B Enterprise Applications ERP, CRM Enterprise Data Legacy Systems

4 Service Providers Service Consumers BPM B2B ERP, CRM, SFA Portals Mobile Applications ERP, CRM, SFA Enterprise Data Legacy Systems Web Services J2EE Applications.NET Applications

5 Évolution de l architecture

6 Buts de l intégration (vue du métier) Permettre à nos applications de travailler ensemble Si les applications clés travaillent ensemble de manière efficace, cela va réduire les coûts de fonctionnement et de maintenance Pour les prochains projets, il y aura des possibilités de réutiliser la même approche d'intégration et de ce fait réduire les coûts de développement Simplifier la gestion de nos données entre plusieurs applications Suppression des redondances d information Valorisation des données Échanger des données avec nos partenaires par un moyen sûr et facile à gérer Amélioration de la rentabilité Amélioration du rendement sur l'investissement (ROI) Attractivité accrue

7 Buts de l intégration (vue de l IT) Permettre aux développeurs externes de pouvoir créer des applications qui s appuient sur un référenciel commun (API) Définir plus facilement le cadre de travail pour les externes Réduire la quantité d infrastructure nécessaire pour gérer et maintenir Un système avec une architecture simple est plus facile à gérer et à maintenir. Les alertes sont plus facilement compréhensibles Un outil de monitoring unique permet ceci Louer des licences plutôt que les acheter (SPLA) Permet d allouer des coûts fixes pour l infrastructure

8 Facilités d intégration Une intégration est facilitée quand La solution ressemble à du déjà fait On réutilise du déjà développé Les tenants et aboutissants sont bien compris Seul un petit nombre de personnes est impliqué Les données ne sont pas compliquées La logique processus est simple Vous avez un bon environnement de test Tout le monde comprend le processus développé Les dépendances sont bien comprises Vous avez de bon tests Une intégration est souhaitable quand Vous avez besoin d une nouvelle infrastructure Il y a beaucoup de dépendances ou elles ne sont que peu comprises Vous devez utiliser des modèles (patterns) que vous n avez jamais utilisés Beaucoup d externes sont impliqués Les applications impliquées ne sont pas bien comprises-maitrisées Les applications impliquées ne sont pas fiables Vous avez un mauvais (ou pas d ) environnement de test Vous manquez d information structurée Vos besoins ne sont pas bien compris ni clairs Vous avez une mauvaise ou fausse conception

9 Quels types d applications faisons-nous? Il y a 2 solutions pour penser une application d intégration (paradigmes d architecture) : L application unique qui gouverne tous les autres modèles L application qui s adapte à tous les modèles C est notre méthodologie de travail qui va nous faire préférer la deuxième solution et nous faire fuir la première L'application qui s'adapte à tous les modèles est essentiellement une boîte à outils qui est utilisée pour tous les scénarios d'intégration. Cela va guider les architectes et intégrateurs à voir chaque problématique selon le même angle d'intégration Guidelines

10 Les 5 types d intégration 1. Une application de type EAI (Enterprise Application Integration) 2. Une application de type Business Process Automation 3. Une application de type Point-to-Point 4. Une application de type ESB (Enterprise Service Bus) 5. Une application d Intégration de Services

11 1. Application de Type EAI L'application de type EAI se caractérise par son schéma canonique avec lequel tout le processus business sera fait. Elle gère la conversion des messages externes dans son format canonique et inversement. Elle reçoit et pousse les messages.

12 Exemple d une application EAI : Logigate Plusieurs partenaires peuvent envoyer à travers la plateforme BizTalk des commandes de produits à différents fournisseurs Chaque partenaires peut envoyer ces messages avec leur format propre. La plateforme les convertit en un schéma canonique qui sera utilisé pour : Rechercher l identité du destinataire Faire du Business Process (validation des données, validation de l unicité de l ordre, statistiques pour les partenaires, ) Envoyer le message au destinataire dans son format et selon ses moyens de communication propres

13 2. Application de Type Business Process Automation Cette application est un conteneur de logique d'intégration et de connectivité pour réaliser les processus business de l'entreprise. Elle va contenir les Schémas, les Transformations, les Orchestrations et Ports requis pour implémenter l'extraction et le chargement des données dans les processus de traitement de demandes. Ces applications sont généralement les plus complexes mais ont l'avantage de mettre tout ce qui concerne un processus en un seul endroit.

14 Exemple d une application BPA : Une commande de produits arrive dans une entreprise sous la forme d un message électronique. Le processus générique de traitement de cette commande comprend : La validation de cette commande par le département financier La commande des produits à l espace de stockage La création du produit par l outil de production si le stock est inférieur à la limite admissible L envoi du produit à l acheteur La création et l envoi de la facture La validation du paiement de la facture La clôture du processus Tous ce processus n est pas forcément automatisé, par contre le suivi du processus l est et permet au management par des outils de BAM (Business Activity Monitoring) inclus dans BizTalk de suivre en temps réel l activité de l entreprise. L avantage est qu en centralisant les processus métier, on permet aussi un meilleur monitoring.

15 3. Application de Type Point-to-Point Les applications Points à Points ont mauvaise réputation mais parfois c'est le moyen le plus efficace pour intégrer 2 systèmes hétérogènes. Souvent ces applications sont utilisées pour gérer les flux par lots (batch). Il est important de limiter au maximum l'intégration de code métier dans ce type d'applications.

16 Exemple d une application Point-to-Point : 2 systèmes/modèles de données sont présents dans une entreprise (par ex Stock et Production, et/ou CRM et ERP). La synchronisation des données communes des 2 (ou plus) référentiels est effectuées sans logiques business. On utilisera principalement des transformations (mappings) pour convertir un message d un référentiel vers un autre.

17 4. Application de Type ESB Une application de type ESB sert de coordination entre applications et de canal de distribution par souscriptions.

18 Exemple d une application ESB : Event Management Lors de l enregistrement d une personne pour un meeting, beaucoup de services en rapport avec cet enregistrement vont démarrer de manière asynchrone. Impression du badge Démarrage du processus de réservation de l hôtel Ouverture d un compte sur l intranet Envoi de documentation Facturation Chaque service va donc souscrire à l événement de type «Enregistrement d une personne dans un meeting» Ces services n on pas besoin d être liés par une base de données commune. C est en recevant l événement auquel ils ont souscrit que leur propre processus est activé.

19 5. Application d'intégration de Services Une application de type Intégration de Services va exposer des services (API, WebServices, ), ces services vont déclencher des processus business qui vont peut-être interagir avec d'autres applications pour obtenir les données nécessaires à la réponse. Ce type d'application est souvent similaire à une application de type Business Process Automation, mais est souvent plus simple et plus axée sur les opérations du service (back end) et moins sur l'automatisation du processus business.

20 Exemple d une application de type Intégration de Services : Un broker en assurance veut s assurer ;-) de proposer toujours la meilleure offre à ses clients. Il va donc s enquérir d obtenir une offre de chaque compagnie d assurance sur le marché, les comparer et déterminer la meilleure en fonction des critères propres à la demande de son client. Il réunira donc sur la même plateforme les appels aux web services de toutes les compagnies d assurances et pourra ainsi depuis son site web donner une réponse rapide et anonyme à ses clients.

21 Merci de votre attention Nous répondons volontiers à vos questions?

Documents pareils

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.

WEB15 IBM Software for Business Process Management un offre complète et modulaire Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.com Claude Perrin ECM Client Technical Professional Manager