1 / 47

Les technologies d’intégration de MDM et de SOA

Les technologies d’intégration de MDM et de SOA. Roch Baduel Directeur du pôle BizTalk MCNext. 9 février 2011. Benjamin Guinebertière Architecte avant vente Microsoft France. Maxime Labelle Architecte Microsoft SOA Logica Business Consulting. Vincent Rouet

Jimmy
Télécharger la présentation

Les technologies d’intégration de MDM et de SOA

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Les technologies d’intégration de MDM et de SOA Roch Baduel Directeur du pôle BizTalk MCNext 9 février 2011 Benjamin Guinebertière Architecte avant venteMicrosoft France Maxime Labelle Architecte Microsoft SOA Logica Business Consulting Vincent Rouet Lead Integration Architect CODit

  2. Sujets abordés • Introduction • Problématique • Typologie • Scénario • Intégration des données de référence • Intégration au fil de l’eau

  3. Il faut faire le lien entre les moyens et les besoins Applications Lien Marché (demande)

  4. Lien = BPM & Intégration Application A Processus automatisé Application C Application B Bus

  5. Synoptique BPM & Intégration BizTalk BAM WF SharePoint Windows Server AppFabric Windows Server AppFabric Windows Server AppFabric Tâches humaines WF WF WF BizTalk Server, Azure AppFabric Service Bus, SQL Server (SSIS, MDS) Windows Azure App. App. App. App. Processus d’Entreprise Suivi fonctionnel Applications Intégration WF WF

  6. Différents niveaux d’intégration >+O >+O Niveau utilisateurs Niveau application Application Y Application X Base Y Application X Niveau données

  7. Différentes topologies • Point à point • Hub & Spoke • Bus A B Hub C Bus

  8. Différentes fréquences • Traitement par lots • Au fil de l’eau

  9. Scénario des démonstrations • Deux processus s’appuient sur la couche d’intégration • Prise de commande • Livraison de la commande • Problématiques: • Gouvernance de la donnée « client » • Intégration entre applications au sein de l’entreprise • Intégration entre l’entreprise et le transporteur

  10. Scénario: Prise de commande

  11. Scénario: Livraison

  12. Fonctionnalités BizTalk Management Business Rule Engine (BRE) B2B/EDI Business Activity Monitoring (BAM) Orchestration Messaging & Intégration (EAI, ESB) Tools RFID

  13. Comment ça Marche ? .NET Orchestration Business Rule Engine   Réception Emission  Règle Port Logique Port Logique Emission Réception Emission Transformation Validation, Routage Filtrage, Validation Transformation xml xml Message Box Connecteur Connecteur SQL Server Connecteur data data data CRM Filtrage, Validation Transformation iSeries SAP

  14. Connectez toutes vos ApplicationsConnecteurs inclus de base quelque soient les éditions Extensible via le Framework de connecteurs LOB WCF SDK (gratuit) et les partenaires, ex: JNBridge, …

  15. ESB Message entrant dans le bus (question) Message sortant du bus (réponse) ESB Orchestration Orchestration

  16. Dans la feuille de route Azure:AppFabric Services .NET + AppFabric Composition Model & Tools AppFabric Services AppFabric Management AppFabric Container SQL Azure SQL Server Windows Azure Windows Server AppFabric Services Caching Service Bus Access Control Integration Composite App (WF, WCF)

  17. Démo Saisie de la commande POST HTTP vers BizTalk Intégration CRM

  18. Démo Passage de commande Intégration au fil de l’eau au niveau base de données (adaptateur Oracle)

  19. Master Data Management ? DecisionMakingProcesses Articles Organisation Suppliers Statistiques Ventes Statistiques Achats Statistiques Logistique Statistiques Finance Flow processes Sales processes Order processes Articles Prices Articles Prices Contacts Customers Contacts Fournisseurs Fournisseurs Commandes Factures Commandes Facture Four. Articles Customers Production processes Articles Organisation Gammes Fournisseurs Ordre de planification Ordre de fabrication Instructions Commandes Factures Logistics, supply management Logistics, transport Paiements Articles Organisation Articles Organisation Consignes d’expédition Entrée Stock Sortie Stock Ordre d’expédition Livraison Ordre de fabrication [Contrôle de gestion] Comptes Articles Costs Organisation Finance processes Comptes Organisation Banks Funds

  20. Attributs propres A Attributs propres B Attributs propres C Architecture de Consolidation • Plusieurs sources de données (Points d’acquisition) alimentent le référentiel. • Le référentiel est un réceptacle de données, utilisé par des applications consommatrices indépendantes des applications sources. • Les points d’acquisition : • sont distincts des points de vérité (PV), • représentent les flux d’alimentation du référentiel. Point d’acquisition Point de vérité Application A Application B Référentiel de données Application D Application C Attributs partagés source A Attributs partagés A+B+C Attributs partagés consommés D Sous-ensemble de (A+B+C) Attributs partagés source B • Type d’implémentation:« Référentiel analytique » (Décisionnel) Attributs partagés source C Amont Point de Vérité Aval

  21. Attributs partagés source A Attributs propres A Attributs partagés source B Attributs propres B Architecture de Coopération • Les applications existantes sources de données font partie intégrantes de la solution référentielle amont : • Les processus référentiel sont partagés entre les applications et le référentiel. • Les applications sources sont dépendantes du référentiel (synchrones) : toute donnée saisie dans l’application doit être validée par le référentiel avant qu’elle ne soit consommée par l’application. Point d’acquisition Point de vérité Validation Application A Application B Référentiel de données Application C Validation Attributs partagés A+B+Ref Attributs partagés consommés C Sous-ensemble de (A+B+Ref) Attributs Consommés (B+Ref) Attributs partagés hors référentielA et B • Type d’implémentation:Solution MDM de type CDI Attributs Consommés (A+Ref) Amont Point de Vérité Aval

  22. Architecture de Centralisation • La solution de gestion des données de référence est le support direct des processus référentiel. • Le point d’acquisition et le point de vérité sont fusionnés. • Les applications avales consomment que les attributs de données utiles liés à leurs contextes respectifs. Point d’acquisition Point de vérité Application A Référentiel de données Application B Attributs partagés consommés A Sous-ensemble de (Ref) Attributs partagés Ref Attributs partagés consommés B Sous-ensemble de (Ref) • Type d’implémentation:Gouvernance renforcée des données Amont Point de Vérité Aval

  23. Acquisition et enrichissement de la donnée opérées aux travers des applications. Préservation du Legacy. Coopération Sources de données multiples.Réconciliation, normalisation, qualité Consolidation Choix d’Une Architecture Acquisition et enrichissement de la donnée directement opérée sur la solution Centralisation Objectifs Élément déterminant Architecture Gouvernance opérationnelle Besoin ou volonté de pilotage Maitrise des Processus référentiels Complexité du processus référentiel Préservation du Legacy Amélioration de la qualité des données Position dans la chaîne référentielle Normalisation des données Réconciliation des données (standardisation, dédoublonnage)

  24. SQL Server 2008 R2Au Coeur de la Donnée Services Integration Reporting Master Data Analysis Sync Query Search FILE RDBMS OLAP XML Mobile and Desktop CloudStorage Datacenter

  25. Mécanismes d’intégration Web Information System Administration Data StewardShip Custom Applications and Portals WCF Service Event Notification EAI Plateforme de médiation Master Data Management Hub and Platform WCF Adapter Web Service Flat File ESB Bus de services WCF Service WCF Adapter Master Data Repository Batch Extraction ETL Data Transformation Subscription Views Batch Import Staging Table

  26. Démo Architecture de CoopérationDiffusion de la Donnée « Customer » SQL Server 2008 R2 Master Data Services

  27. Architecture de CoopérationDiffusion de la donnée « Customer »

  28. Attributs partagés source A Attributs propres A Attributs partagés source B Attributs propres B Architecture de CoopérationDiffusion de la donnée « Customer » • Les applications existantes sources de données font partie intégrantes de la solution référentielle amont : • Les processus référentiel sont partagés entre les applications et le référentiel. • Les applications sources sont dépendantes du référentiel (synchrones) : toute donnée saisie dans l’application doit être validée par le référentiel avant qu’elle ne soit consommée par l’application. Point d’acquisition Point de vérité Validation Application A Application B Référentiel de données Application C Validation Attributs partagés A+B+Ref Attributs partagés consommés C Sous-ensemble de (A+B+Ref) Attributs Consommés (B+Ref) Attributs partagés hors référentielA et B • Type d’implémentation:Solution MDM de type CDI Attributs Consommés (A+Ref) Amont Point de Vérité Aval

  29. Architecture de CoopérationDiffusion de la donnée « Customer » Dynamics CRM SQL Server MDS Windows Azure Points d’acquisition

  30. Architecture de CoopérationDiffusion de la donnée « Customer » Dynamics CRM SQL Server MDS Point de vérité Windows Azure Points d’acquisition

  31. Architecture de CoopérationDiffusion de la donnée « Customer » Dynamics CRM SQL Server MDS Point de vérité Windows Azure Points d’acquisition

  32. Architecture de CoopérationDiffusion de la donnée « Customer » Dynamics CRM SQL Server MDS Point de vérité Point de consommation Windows Azure Points d’acquisition

  33. Windows Azure AppFabric Service Bus firewall firewall NAT 0101 0111 0011 0111 0101 0111 0011 0111 0101 0111 0011 0111 0101 0111 0011 0111 Votre application Application “partenaire”

  34. Exposer et Consommer des services web Consommer des services

  35. Service Bus et Access Control Service Bus https://bexxxxxn199997a.servicebus.windows.net/MTCParis/SapIntero Application Livraison 0101 0111 0011 0111 firewall 0101 0111 0011 0111 0101 0111 0011 0111 0101 0111 0011 0111 Routing Table http://LocalServerName.demo.com:82/SAPWCFService.svc firewall WCF Services + WCF LOB Adapter for SAP MDM (MDS) SAP Fournisseur

  36. Démo Récupérer information client Orchestration Azure AppFabric ServiceBus Web Service WCF – cxion à MDS

  37. Démo Envoi de la demande de livraison BizTalk EDIFACT

  38. Exposer et Consommer des services web Exposer un service

  39. Démo Exposition d’un orchestration BizTalk sur Azure AppFabric AppFabric Connect (Feature Pack)

  40. Conclusion • Complémentarité BPM / Intégration • Différents niveaux d’intégration • Différentes topologies • Différentes briques logicielles • BizTalk Server • Windows Azure AppFabric • SQL Server (SSIS, MDS)

  41. Ressources • Maxime: http://maximelabelle.wordpress.com • Roch: http://www.btug.fr • Vincent: http://www.codit.eu/blog • Benjamin: http://blogs.msdn.com/benjguin, @benjguin

  42. Ressources MDM / MDS • Livre: MDM – Enjeux et méthodes de la gestion des données, DUNOD • Livre Blanc Master Data Serviceshttp://bit.ly/eYWySR

  43. Restons en contact • Groupe "Forum des architectures applicatives Microsoft" • http://bit.ly/archiappms • Ce forum regroupe des architectes en informatique qui ont des choix de technologies à faire dans les projets pour lesquels ils travaillent. • L’architecte applicatif, en situation de projet, travaille typiquement aux côtés de la direction de projet pour choisir et assumer des choix techniques en fonction des contraintes du projet (fonctionnalités, délais, ressources). Pour effectuer ces choix à bon escient, il doit connaître ce que le marché offre en termes de technologies. Cela peut prend typiquement deux formes : veille technologique continue, recherches dans le cadre du projet. • L’architecte applicatif a aussi pour rôle de faire le lien entre les équipes de développement et les équipes d’infrastructure et d’exploitation de la future application. Il doit également veiller à ce que ses choix soient bien mis en œuvre pendant le développement. • Ce forum, à l’initiative de Microsoft France, a pour but d’aider les architectes applicatifs • A faciliter la connaissance de l’offre de Microsoft pour les projets en entreprise (envoi de liens vers des présentations, documents, webcasts, conférences, …), mais également • A échanger sur des problématique d’architecture ayant un rapport, même partiel, avec la plateforme Microsoft (est-ce que AD FS 2.0 fonctionne dans un environnement SAMLP 2, comment se passe la réversibilité d’une application développée pour l’informatique en nuage, quelles sont les implications d’un déploiement sur une ferme Web, …). • Cet espace est le vôtre, faites le vivre, nous sommes aussi et surtout là pour vous lire.

  44. Session connexe • ARC305BPMAutomatisez vos processus sur un socle applicatif intégré=> WebCast sur http://mstechdays.fr

  45. MSDN et TechNet: l’essentiel des ressources techniques à portée de clic • Portail administration et infrastructure pour informaticiens • Portail de ressources technique pour développeurs http://technet.com http://msdn.com

More Related