thierry cazenave cosmosbay-vectis
DESCRIPTION
S chéma D irecteur des E spaces numériques de T ravail. Groupe de Travail Interopérabilité. Les Web Services. Projet Michelin. Thierry CAZENAVE www.cosmosbay-vectis.com. Le 24 Novembre 2003. 74 sites de production dans le monde 1 Centre de Technologies sur 3 continents. - PowerPoint PPT PresentationTRANSCRIPT
1
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
Thierry CAZENAVEwww.cosmosbay-vectis.com
Projet Michelin
Le 24 Novembre 2003
Schéma Directeur des Espaces numériques de TravailGroupe de Travail Interopérabilité
Les Web Services
2
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
74 sites de production dans le monde1 Centre de Technologiessur 3 continents
GERMANY (WEST)
FRANCE
Une présence commerciale dans plus de 170 paysPlus de 125 000 personnes à travers le monde
190,2 millions de pneumatiques22,3 millions de cartes et guides
Amérique du Nord
Europe
Asie
MICHELIN - Contexte
3
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
MICHELIN - Cartographie de l’existant
NGU
RCH
SYSTEME D'INFORMATION
Outils hors XXXOutils XXX-XXOutils XXX-YYY
Légende
Liens informatiques àréaliser
Liens informatiquesexistants
CE
NTR
AL
LOC
AL
Outils cours d'étude
Autres ….
Outils ZZZ
MICA
BE-TP
Autres ….Autres ….
Autres ….
4
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
MICHELIN - Architecture CAO / Interfaces RPCCentral
Pays
Central
PRFRefmatériaux
Référentielmoule
BE
NGCNGUI
Automate
RPC Maison
RPC Maison
Refpneu
Appliréferentiel
pneu
Usine
Refsemi-fini
AppliRef semi-finis
RPC Maison
LAD100
Moule
Modèle CAO
Etudes
reference
Profil
Pose Refpneu
Appliréferentiel
pneuRef
pneu
Appliréferentiel
pneu
Refsemi-fini
AppliRef semi-finis
Refsemi-fini
AppliRef semi-finis
Refsemi-fini
AppliRef semi-finis
Refpneu
Appliréferentiel
pneu
5
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
MICHELIN – Enjeux et Stratégie
Enjeux : Rationalisation des multiples modes de connexion et d’échanges
de données entre la CAO et le système d’information Michelin Permettre une évolution du SI sans impact sur la CAO
Stratégie retenue : Définir une nouvelle architecture de communication modulaire
permettant : D’assurer la communication entre anciennes et nouvelles applications De permettre la migration des référentiels sans impact sur les applications clientes
Standardiser les interfaces techniques et définir des modèles métiers communs
6
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
MICHELIN – Objectifs
Intégration de la nouvelle génération de CAO
Démarche : Mise en œuvre d’un prototype exploitant le potentiel offert par la
technologie XML et en particulier les Web Services (veille technologique) Démonstration de l’intérêt d’architecturer le système d’information Michelin
sous la forme d’un Hub applicatif nommé « Hub ITP », et proposant une interface normalisée d’accès aux informations et aux services des référentiels techniques Michelin
Cibles : Court terme : remplacement des interface RPC réalisées pour la CAO
existante pour accueillir la nouvelle CAO Moyens terme : permettre l’évolution du SI sans impact sur la CAO
7
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
MICHELIN - Bénéfices et perspectives
Court terme (fin 2002) : Nouvelle architecture robuste et sécurisée pour la communication entre
applications (contexte nouvelle CAO), basée sur les Web Services Standardisation des modèles de données, formats pivots communs à
l’ensemble des applications pour permettre leur migration/cohabitation Moyen/Long terme :
Diminution des coûts de développement des interfaces (technologies standards, modèle pivots, XML)
Diminution des coûts d’exploitation (centralisation de certains services usines)
ModèlexmlModèle
xmlModèlexml
HUB ITPApplicatif
“Web Services”
Refpneu
Ancienref moule
Ref 2
CAO
Refmatériaux
Ancienref moule
Ref 1
8
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
HUB ITP
XAO
ReferentialConnector
Response Treatment
Connecteur XAO
XSL Request Treatment
Interrogation de la baseCommon
Model XML
XSL
Referential
XSL XSL
XSL
XSL
ModelXMLrequest
App xxxConnector Model
XMLrequest
ModelXMLresponse
ModelXMLresponse
Mise en oeuvre de modèles XML pivot :Supprimer l’interdépendance entre
les applications clientes et les référentiels
MICHELIN - Bénéfices et perspectives
9
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
MAN Area
HUB Server Frontend(web services entry point)
HUBInfrastructurexxx clientxAO client
FrontEndConnectors
VMS Servers
LAN Area
FACTORY
WAN
https
MQ Series
HUB ServerMQSI
FrontEndConnectors
VMS Servers
LAN Area
http/https or MQ Series
CENTRAL
MICHELIN – Infrastructure Globale
10
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
NT SERVERHUB MQSI
Bus MQSeries
LDAPAnnuaire
des services WEB
Moteur d'intégration WMQI
XSLTXSLT
XSLTXSLT
HTTPSClient
HTTP
Web servicescomponents
Application Server
NT SERVERHUB Frontend
Frontal Connectors
Server
Moteur d'intégration WMQI
LDAP
MICHELIN – Communications avec le HUB
11
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
Bus MQSeries
HUB
SGBD
NT SERVER
Applicationwith
MQ Client
DispatcherJava
ServiceAdapter
ServiceAdapter
Interface Factory
Javacomponentin JVM
Système d’information
MICHELIN – Communication avec les frontaux
12
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
Performance des Web Service Connexion LDAP http / https connexion Requête / Réponse MQSI
Le temps de réponse est d’environ 1.5 seconde pour une requête avec 50 accès conccurents ( linéaire jusqu’à 100 connexions – non testé au delà )
Les connexion sécurisées ( HTTPS ) augmentent le temps de réponse, mais ce n’est pas significatif.
MICHELIN - Bilans et perspectives
13
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
Performance des composants : Connection to MQSeries Connection to LDAP Connection to services directory MQSI treatment XSL transformations for some interfaces
Le temps moyen d’une requête est inférieur à 0.5 secondes avec 50 connexions simultanées.
Performance des connecteurs Moins d’une seconde pour un profil Moins de 2 secondes pour un matériel Moins de 8 secondes pour une épure Entre 15 et 75 secondes pour BE / LBP
Ces performances sont dépendantes de la performance des référentiels existants
MQ/M QSI
LDAP
LDAP/Annuaire
XSL
50%
25%
12
13%
MICHELIN - Bilans et perspectives
14
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
L’infrastructure HUB-ITP est une boîte à outils
Qu’est-ce que c’est : C’est une infrastructure centralisée Aujourd’hui il permet de prendre en compte tous les échanges en mode
message (pas de transfert de fichiers) Infrastructure permettant le développement rapide d’interface en évitant
les interfaces point à point (un connecteur au référentiel pour x clients) Interface dynamique (minimum de développement) Outil de gestion et d’administration des interfaces Référentiel sous forme de schéma des entités de l’entreprise
Qu’est-ce que ce n’est pas Le HUB ne remplace pas la spécification des interfaces au niveau projet
(conception, migration ….) Le HUB ne règle pas les problèmes métier des interfaces
MICHELIN - Conclusion
15
SDET – Groupe de travail interopérabilité – 24 Novembre 2003
. . .