44
25 Mars 2011 [email protected] Chief Technology Officer Intégration applicative Capgemini France

20110325 integration applications

Embed Size (px)

DESCRIPTION

Intégration des applications: le modèle du web

Citation preview

Page 1: 20110325 integration applications

25 Mars [email protected] Technology Officer

Intégration applicative

Chief Technology OfficerCapgemini France

Page 2: 20110325 integration applications

La Construction des SI d’Entreprise

UN Besoin UN Projet UNE Applicationavec sa BD

UN déploiement dansUN environnement

2

avec sa BD UN environnementtechnique

Une architecture ‘‘accidentelle’’ avec de nombreux silos et des problèmes d’intégration.

Des coûts élevés - Un grand nombre d’applications

����

Page 3: 20110325 integration applications

1ères solutions mises en œuvre: l’EAI et l’ETL

Une infrastructure pour transporter les données d’application à application.����

3

Page 4: 20110325 integration applications

1ères solutions mises en œuvre: l’EAI et l’ETL

Une infrastructure pour transporter les données d’application à application.����

4

Une promesse

pas toujours

réalisée

Page 5: 20110325 integration applications

Le défi de l’intégration applicative

95%

5%

Intégration dessémantiques

applicatives

Connexion,Messaging &

5

5%Messaging &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 applications limitent l’intégration dans les approches tradition nelles

• Portée limitée, risque élevé• Centré sur le transport, au cas par cas par projet, long, couteux

Page 6: 20110325 integration applications

SOA: A la recherche d’un

nouveau modèle de développement pour les SI

Coût

6

Nombred’applications10 100 1000

Valeur

11

Réduire le nombre d’applications

Page 7: 20110325 integration applications

SOA: A la recherche d’un

nouveau modèle de développement pour les SI

Coût

Nouveau modèle applicatif

7

Nombred’applications10 100 1000

Valeur

11

Réduire le nombre d’applications

Page 8: 20110325 integration applications

SOA: A la recherche d’un

nouveau modèle de développement pour les SI

Coût

Nouveau modèle applicatif

8

Nombred’applications10 100 1000

Valeur

11

Réduire le nombre d’applications

Page 9: 20110325 integration applications

Architecture de Services

� Les services sont conçus pour satisfaire les besoin s des autres applications

Au centre de la Conception

9

Service

Application

A

Application

BApplication

C

Page 10: 20110325 integration applications

Processus rigide et ‘‘câblé’’ dans les applications

� Chaque participant déclenche la prochaine action

10

Service

Application

A

Application

BApplication

C

ServiceService

Page 11: 20110325 integration applications

Processus flexible et paramétré

�Le Process Manager orchestre les appels de service

�Paramétrage par la modélisation du processus

�Recherche d’optimisation dans l’exécution des proce ssus

Au centre de la Conception

11

Service

Application

A

Application

BApplication

C

ServiceService

Process Manager

Page 12: 20110325 integration applications

La promesse d’un assemblage flexible

Customers User User Partners

12

ProcessProcess Process

BAM

Legacy LegacyServices

Page 13: 20110325 integration applications

Echec des démarches purement techniques

�On attend beaucoup [trop] des outils – remèdes unive rsels

�ESB : Enterprise Service Bus

A B C D

13

ESB

E F G H

Page 14: 20110325 integration applications

Echec des démarches purement techniques

�On attend beaucoup [trop] des outils – remèdes unive rsels

�ESB : Enterprise Service Bus

A B C D

Spaguetti Bus

14

ESB

E F G H

Page 15: 20110325 integration applications

Echec des démarches purement techniques

�On attend beaucoup [trop] des outils – remèdes unive rsels

�ESB : Enterprise Service Bus

A B C D

Gestion des VersionsSémantique

Spaguetti Bus

15

ESB

E F G H

Page 16: 20110325 integration applications

Cette complexité est-elle nécessaire?

16

Page 17: 20110325 integration applications

Moins un défi technique qu’un défi d’organisation

Construire des servicesréutilisables coûte plus cherque de ne pas en construire

Surcoût de conception

FormalisationBesoins plus larges

Dimensionnement, financement& évolutions desarchitectures techniques

Consolidation des exigencesCapacitésSLA

Economie de la réutilisation

17

Décision basée surCoût de constructionou Coût completsur 5 ans

Rénover l’existant

Services trop spécifiques Convaincre les propriétairesdes applications existantes

Economie de la réutilisation

Dépendancesentre les projets

Confiance

Qualité Moyens de test

Page 18: 20110325 integration applications

Un défi d’architecture globale

Les processus ont un besoin important en donnéesLes données sont enfermées dans les applications����

12

Attributes

Business Object Attributes in different systems

Application Application

18

1 2 3 4 5 6 7 8

S1S2

S3S4

S5S6

S7S8

0

2

4

6

8

10

12

Systems

Business Objects

Source: David McComb et al, www.SemanticArts.com

Appli Appli Appli Appli Appli

Application Application

ESB / BPM

Page 19: 20110325 integration applications

Un MDM pour réduire

la diversité et la dispersion des données

MDM

Nourrir le BPM

à partir du MDM

19

� Des projets lourds et difficiles à décider

� Remise en cause des périmètres applicatifs

� Une logistique d’échange de données complexe avec u ne relation Maître-Esclave difficile à imposer

� Risque important de rigidifier le SI autour d’un sc héma de données qui devient un frein aux évolutions applicatives

Page 20: 20110325 integration applications

‘‘SOA is Dead’’5 Janvier 2009

20

Anne Thomas Manes VP and Research Director����

Page 21: 20110325 integration applications

La transformation SOA/BPM/MDM est un marathon.

Est-ce que votre organisation est prête à courir le marathon?����

21

Page 22: 20110325 integration applications

Le Web est un succès incontesté����

Des milliards d’utilisateurs

Des millions de flux RSS

22

����

Des centaines de milliers de widgets

Des millions de sitesDes milliards de pages

Page 23: 20110325 integration applications

Pourtant…

Le Web utilise des dizaines de technos����

Ajax

HTML OracleFirefox

PerlSolaris

.NET

Mysql

SQLApacheOpenId

23

AjaxLinux

XMLWindows

Unix

javascript

java J2EE

Opera JSP

PHPCSS

Mysql

DB2

Struts IIS

Ruby

ASP

XSLTXHTML

SAML

Page 24: 20110325 integration applications

Pourtant…

Des milliers d’équipes de développement

����

24

Page 25: 20110325 integration applications

Pourquoi ne pas utiliser les architectures & les pratiques du Web pour le SI ?����

Architecture REST

Utiliser un moteur de recherche

25

recherche

Page 26: 20110325 integration applications

L’Architecture du Web

�‘‘La valeur du Web réside dans la réutilisation non anticipée qu’il permet’’

Tim Berners LeeInventeur du web����

26

réutilisation non anticipée qu’il permet’’

�‘‘Conçu pour faciliter les usages futursque l’on ne connaît pas’’

Le Web est basé sur un style d’Architecture Orientée Ressource appelé REST

Page 27: 20110325 integration applications

Architecture REST

�‘‘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 pa r rapport aux implémentations techniques.’’

�‘‘La dépendance aux protocoles applicatifs est un o bstacle à la

Putting the Web back in Web ServicesNick Gall, Dan Scholler, Anthony Bradley

����

27

M Représentations (Variable)

4 Opérations (Fixe)

�‘‘La dépendance aux protocoles applicatifs est un o bstacle à la réutilisation et au partage.’’

Modèle d’Information& identifiants globaux (URI)

AdaptabilitéMéta-donnéesLiens hypermedia

Interface simpleet uniforme

Page 28: 20110325 integration applications

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

Types de donnéesNombreux

Opérations InstancesNombreuxPetit Nombre

Fixe

Page 29: 20110325 integration applications

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

Types de donnéesNombreux

Opérations InstancesPetit nombreNombreuses

Page 30: 20110325 integration applications

Suivre les modèles du Web

Information model as Foundation (extract)

30

http://www.slideshare.net/linkedin/building-consist ent-restful-apis-in-a-highperformance-environment

Page 31: 20110325 integration applications

Suivre les modèles du Web

> To get a person’s profile:GET http://api.linkedin.com/v2/people/123<person uri=“urn:linkedin:v2:people/123” key=“123”>

<id>123</id><name>Reid Hoffman</name><email>[email protected]</email><best-friend uri=“urn:linkedin:v2:people/456”/>…

</person>

/ people[/id= 123]

/ id

/ name

/ email

/ photo

/ best-friend

/friends

/jobs

/company

/title

/start - date

31

http://www.slideshare.net/linkedin/building-consist ent-restful-apis-in-a-highperformance-environment

</person>

> Update the user’s profile - change name and best-friend and remove photo:PUT http://api.linkedin.com/v2/people/123<person>

<name>Reid Hoffman</name><best-friend uri=“urn:linkedin:v2:people/999”/><photo xsi:nil=“true”/>

< /person>

/start - date

/end-date

/companies

/name

/ceo

Page 32: 20110325 integration applications

Suivre les modèles du Web

> Add a friendPOST http://api.linkedin.com/v2/people/123/friends<friend uri= “urn:linkedin:v2:people/888” />

201 CreatedLocation: http://api.linkedin.com/v2/people/123/fri ends/888

/ people[/id= 123]

/id

/ name

/email

/photo

/best-friend

/friends

/456

/ 888

32

http://www.slideshare.net/linkedin/building-consist ent-restful-apis-in-a-highperformance-environment

/ 888

Page 33: 20110325 integration applications

Search Based Application (SBA)

Internet

Impossible de définirun ordre parfait

Diversité des contenuset des usages

Le WebUn grand nombre de sitesUn grand nombre de pages

Le Système d’InformationUn grand nombre de applis/BDsUn grand nombre de tables

33

Internet

Retrouver une information dans son SI

de la même façon que sur InternetCasser les silos applicatifs

sans transporter toutes les données

Expérience Utilisateursimple et efficace

Page 34: 20110325 integration applications

Le Moteur de Recherche comme une

Infrastructure d’Accès à l’Information

Une expérience utilisateur

simple &transverse

Toutes les sourcesUser InterfaceUser Interface

Silos Breaker

����

34

Toutes les sources

internes et externes

Gestion et maîtrise detous les niveaux de sécurité

Ouvert aux nouveaux usagesdu Web 2.0: RSS, tagging,bookmarking, partage…

Suffisamment riche et ouvertpour imaginer des interfaces

adaptées aux situations de travail Intelligence des données grâce

aux technologies sémantiques

Data

Reusable Connector

Search Infrastructure

Reusable Connector

Data

Page 35: 20110325 integration applications

Prise en compte des données

�Structurées

35

�Non structurées

Page 36: 20110325 integration applications

Trouver mieux et plus vite l’information pertinente

Trouver l’application

Trouver l’écran d’interrogation

Étendre l’accès aux informationscontenues dans les progiciels

36

En cassant les silos applicatifs

contenues dans les progicielscomplexes (ERP)

Approximation / Synonyme / Proximité

Page 37: 20110325 integration applications

Simplifier les développements

SOA ‘‘traditionnelle’’ Moteur de recherche

Application Application Architecture

37

www.

Appli Appli Appli Appli Appli

Application Application

ESB

Collecte dynamique

Indexationen temps réel

ArchitectureREST

Migration

Page 38: 20110325 integration applications

Valorisation des données métier contenues dans les progiciels complexes����

38

Page 39: 20110325 integration applications

Une alternative aux projets SOA / MDM

Réduire les silos applicatifs

Moteur de rechercheMoteur de recherche

Approximation / Synonyme / Proximité

�Vue 360 Fournisseur� Répartition du CA par groupe de marchandises,

type d’article, volumes approvisionnés� Commandes en cours / réceptionnées /

facturées� Commandes en retard, délais de traitement

des commandes� Factures à recevoir : commande réceptionnée

mais facture non reçue� Charges constatées d’avance : facture reçue

Rechercher + NaviguerAffiner et élargir sa recherche

39

Moteur de rechercheMoteur de recherche

Collecte dynamique

Indexationen temps réel

PLM

SAP

Extraction, fragmentation& recomposition des informations

……

� Charges constatées d’avance : facture reçue mais commande non réceptionnée

� Notes qualité� Litiges

Page 40: 20110325 integration applications

40

Page 41: 20110325 integration applications

Représentation graphique des données

avec navigation dans les résultats

41

Page 42: 20110325 integration applications

Faurecia

Data sources:

Integration in SharePointExalead CloudView

Réduire la durée des programmesd’ingénierie des nouveaux produits

42

Automatedgeneration of PRC reports

Dynamic web reporting

indexationMashupBuilder

• POC en 2 semaines et pilote en un mois• Seulement 6 mois pour mener le projet au déploiement!

Page 43: 20110325 integration applications

Capgemini et exalead

43

Page 44: 20110325 integration applications

Questions Feedback

www.capgemini.com

Together. Free your energies