20110325 integration applications

Intégration applicative25 Mars 2011jean-francois.caenen@capgemini.comChief Technology OfficerCapgemini France

La Construction des SI d’EntrepriseUN Besoin UN Projet UNE Application UN déploiement dans avec sa BD UN environnement technique Une architecture ‘‘accidentelle’’ avec de nombreux silos et des problèmes d’intégration. Des coûts élevés - Un grand nombre d’applications 2

1ères solutions mises en œuvre: l’EAI et l’ETLUne infrastructure pour transporter les donnéesd’application à application. 3

1ères solutions mises en œuvre: l’EAI et l’ETLUne infrastructure pour transporter les donnéesd’application à application. Une promesse pas toujours réalisée 4

Le défi de l’intégration applicative Intégration des sémantiques applicatives 95% Connexion, Messaging & 5% Transport “ Only 5% of the interface is a function of the middleware choice. The remaining 95% is a function of application semantics.”Les écarts de “sémantique” entre applicationslimitent l’intégration dans les approches traditionnelles • Portée limitée, risque élevé • Centré sur le transport, au cas par cas par projet, long, couteux 5

SOA: A la recherche d’un nouveau modèle de développement pour les SI Coût Valeur Réduire le nombre d’applications Nombre1 10 100 1000 d’applications 6

SOA: A la recherche d’un nouveau modèle de développement pour les SI Coût Nouveau modèle applicatif Valeur Réduire le nombre d’applications Nombre1 10 100 1000 d’applications 7

SOA: A la recherche d’un nouveau modèle de développement pour les SI Coût Nouveau modèle applicatif Valeur Réduire le nombre d’applications Nombre1 10 100 1000 d’applications 8

Architecture de ServicesLes services sont conçus pour satisfaire les besoins des autresapplications Au centre de la Conception Service Application Application Application B A C 9

Processus rigide et ‘‘câblé’’ dans les applicationsChaque participant déclenche la prochaine action Service Service Service Application Application Application A B C 10

Processus flexible et paramétréLe Process Manager orchestre les appels de serviceParamétrage par la modélisation du processusRecherche d’optimisation dans l’exécution des processus Au centre de la Conception Process Manager Service Service Service Application Application Application A B C 11

La promesse d’un assemblage flexible Customers User User PartnersProcess Process Process BAM Legacy Services Legacy 12

Echec des démarches purement techniquesOn attend beaucoup [trop] des outils – remèdes universelsESB : Enterprise Service Bus A B C D ESB E F G H 13

Echec des démarches purement techniquesOn attend beaucoup [trop] des outils – remèdes universels Spaguetti BusESB : Enterprise Service Bus A B C D ESB E F G H 14

Echec des démarches purement techniquesOn attend beaucoup [trop] des outils – remèdes universels Spaguetti BusESB : Enterprise Service Bus Gestion des Versions Sémantique A B C D ESB E F G H 15

Cette complexité est-elle nécessaire? 16

Moins un défi technique qu’un défi d’organisation Surcoût de conception SLA CapacitésConstruire des services Consolidation des exigences réutilisables coûte plus cher Dimensionnement, financement que de ne pas en construire & évolutions desFormalisation architectures techniques Besoins plus largesEconomie de la réutilisation Confiance Décision basée sur Dépendances Coût de construction entre les projets ou Coût complet Qualité Moyens de test sur 5 ans Rénover l’existant Convaincre les propriétaires Services trop spécifiques des applications existantes 17

Un défi d’architecture globale Les processus ont un besoin important en données Les données sont enfermées dans les applications Business Object Attributes in different systems Attributes Application Application 12 10 ESB / BPM 8 6 Business ObjectsAppli Appli Appli Appli Appli 4 S8 S7 2 S6 S5 0 S4 1 S3 2 Systems 3 S2 4 5 Source: 6 S1 7 David McComb et al, 8 www.SemanticArts.com 18

Un MDM pour réduire la diversité et la dispersion des données MDMNourrir le BPMà partir du MDM Des projets lourds et difficiles à décider Remise en cause des périmètres applicatifs Une logistique d’échange de données complexe avec une relation Maître-Esclave difficile à imposer Risque important de rigidifier le SI autour d’un schéma de données qui devient un frein aux évolutions applicatives 19

5 Janvier 2009 ‘‘SOA is Dead’’Anne Thomas ManesVP and Research Director 20

La transformation SOA/BPM/MDM est un marathon.Est-ce que votre organisation est prête à courir le marathon? 21

Des milliards d’utilisateursDes millions de flux RSS Le Web est un succès incontesté Des milliards de pages Des millions de sites Des centaines de milliers de widgets 22

Pourtant… Le Web utilise des dizaines de technos OpenId Apache .NET SQL HTML Oracle Solaris Perl Ajax Mysql Firefox Opera Unix Linux ASP JSP Struts IIS WindowsXHTML PHP XML javascript CSS XSLT Ruby DB2 java J2EE SAML 23

Pourtant…Des milliers d’équipes de développement 24

Pourquoi ne pas utiliser les architectures & les pratiques du Web pour le SI ?Architecture Utiliser un REST moteur de recherche 25

L’Architecture du Web Tim Berners Lee Inventeur du web ‘‘La valeur du Web réside dans la réutilisation non anticipée qu’il permet’’ ‘‘Conçu pour faciliter les usages futurs que l’on ne connaît pas’’Le Web est basé sur un style d’Architecture Orientée Ressource appelé REST 26

Architecture REST Putting the Web back in Web Services Nick Gall, Dan Scholler, Anthony Bradley ‘‘L’indépendance par rapport aux applications doit être la première qualité des interfaces.’’ ‘‘WS-* ont été conçu pour obtenir l’indépendance par rapport aux implémentations techniques.’’ ‘‘La dépendance aux protocoles applicatifs est un obstacle à la réutilisation et au partage.’’ Adaptabilité M Représentations (Variable) Méta-données Liens hypermedia 4 Opérations (Fixe) Interface simpleModèle d’Information et uniforme& identifiants globaux (URI) 27

Exemple REST Une interface unique et générique Les opérations génériques trouvent une sémantique adaptée aux ressources Conception pour évoluer simplement Nombreux Types de données Opérations Instances Petit Nombre Nombreux Fixe

Exemple SOAP Macro-composants dont il faut comprendre le périmètre et la responsabilité Des interfaces spécifiques pour chaque composant Un protocole spécifique à chaque application Evolutions plus difficiles Nombreux Types de données Opérations Instances Nombreuses Petit nombre

Suivre les modèles du WebInformation model as Foundation (extract)http://www.slideshare.net/linkedin/building-consistent-restful-apis-in-a-highperformance-environment 30

Suivre les modèles du Web /people[/id=123]> To get a person’s profile: /id GET http://api.linkedin.com/v2/people/123 /name /email <person uri=“urn:linkedin:v2:people/123” key=“123”> /photo <id>123</id> /best-friend <name>Reid Hoffman</name> /friends <email>reid@linkedin.com</email> /jobs <best-friend uri=“urn:linkedin:v2:people/456”/> /company … /title </person> /start-date /end-date> Update the user’s profile - change name and … best-friend and remove photo: /companies /name PUT http://api.linkedin.com/v2/people/123 /ceo <person> … <name>Reid Hoffman</name> <best-friend uri=“urn:linkedin:v2:people/999”/> <photo xsi:nil=“true”/>< /person>http://www.slideshare.net/linkedin/building-consistent-restful-apis-in-a-highperformance-environment 31

Suivre les modèles du Web> Add a friend /people[/id=123] /id POST http://api.linkedin.com/v2/people/123/friends /name /email <friend uri=“urn:linkedin:v2:people/888”/> /photo /best-friend 201 Created /friends Location: http://api.linkedin.com/v2/people/123/friends/888 /456 /888 …http://www.slideshare.net/linkedin/building-consistent-restful-apis-in-a-highperformance-environment 32

Search Based Application (SBA) Le Web Le Système d’Information Un grand nombre de sites Un grand nombre de applis/BDs Un grand nombre de pages Un grand nombre de tables Impossible de définir un ordre parfait Diversité des contenus et des usages Internet Expérience Utilisateur simple et efficaceRetrouver une information dans son SIde la même façon que sur Internet Casser les silos applicatifs sans transporter toutes les données 33

Le Moteur de Recherche comme une Infrastructure d’Accès à l’Information Une expérience utilisateur Silos Breaker simple &transverse User Interface User Interface Toutes les sourcesOuvert aux nouveaux usages Search Infrastructure internes et externes du Web 2.0: RSS, tagging, bookmarking, partage… Reusable Reusable Gestion et maîtrise de Connector Connector tous les niveaux de sécurité Suffisamment riche et ouvert pour imaginer des interfaces Data Data Intelligence des données grâce adaptées aux situations de travail aux technologies sémantiques 34

Prise en compte des donnéesStructuréesNon structurées 35

Trouver mieux et plus vite l’information pertinenteTrouver l’application Trouver l’écran d’interrogation Étendre l’accès aux informations contenues dans les progiciels complexes (ERP) Approximation / Synonyme / Proximité En cassant les silos applicatifs 36

Simplifier les développements SOA ‘‘traditionnelle’’ Moteur de recherche Application Application Architecture REST ESB Indexation Collecte en temps réel dynamiqueAppli Appli Appli Appli Appli www. Migration 37

Valorisation des données métiercontenues dans les progiciels complexes 38

Une alternative aux projets SOA / MDM Réduire les silos applicatifsVue 360 Fournisseur Répartition du CA par groupe de marchandises, Rechercher + Naviguer type d’article, volumes approvisionnés Affiner et élargir sa recherche Commandes en cours / réceptionnées / facturées Commandes en retard, délais de traitement Approximation / Synonyme / Proximité des commandes Factures à recevoir : commande réceptionnée mais facture non reçue Charges constatées d’avance : facture reçue mais commande non réceptionnée Moteur de recherche Notes qualité Litiges Extraction, fragmentation & recomposition des informations Indexation Collecte en temps réel dynamique SAP PLM … … 39

Représentation graphique des données avec navigation dans les résultats 41

Faurecia Réduire la durée des programmes Data d’ingénierie des nouveaux produitssources: Integration in Exalead CloudView SharePoint Mashup Automated indexation Dynamic web Builder generation of reporting PRC reports • POC en 2 semaines et pilote en un mois • Seulement 6 mois pour mener le projet au déploiement! 42

Capgemini et exalead 43

Questions Feedback Together. Free your energies www.capgemini.com

20110325 integration applications

by CAENEN Jean-Francois

Accessibility

Categories

Upload Details

Usage Rights

1 Embed 3

Statistics

20110325 integration applications Presentation Transcript