20110325 integration applications
DESCRIPTION
Intégration des applications: le modèle du webTRANSCRIPT
25 Mars [email protected] Technology Officer
Intégration applicative
Chief Technology OfficerCapgemini France
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
����
1ères solutions mises en œuvre: l’EAI et l’ETL
Une infrastructure pour transporter les données d’application à application.����
3
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
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
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
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
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
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
Processus rigide et ‘‘câblé’’ dans les applications
� Chaque participant déclenche la prochaine action
10
Service
Application
A
Application
BApplication
C
ServiceService
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
La promesse d’un assemblage flexible
Customers User User Partners
12
ProcessProcess Process
BAM
Legacy LegacyServices
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
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
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
Cette complexité est-elle nécessaire?
16
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
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
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
‘‘SOA is Dead’’5 Janvier 2009
20
Anne Thomas Manes VP and Research Director����
La transformation SOA/BPM/MDM est un marathon.
Est-ce que votre organisation est prête à courir le marathon?����
21
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
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
Pourtant…
Des milliers d’équipes de développement
����
24
Pourquoi ne pas utiliser les architectures & les pratiques du Web pour le SI ?����
Architecture REST
Utiliser un moteur de recherche
25
recherche
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
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
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
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
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
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
/ 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
…
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
/photo
/best-friend
/friends
/456
/ 888
32
http://www.slideshare.net/linkedin/building-consist ent-restful-apis-in-a-highperformance-environment
/ 888
…
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
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
Prise en compte des données
�Structurées
35
�Non structurées
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é
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
Valorisation des données métier contenues dans les progiciels complexes����
38
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
40
Représentation graphique des données
avec navigation dans les résultats
41
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!
Capgemini et exalead
43
Questions Feedback
www.capgemini.com
Together. Free your energies