Thierry CAZENAVE cosmosbay-vectis

1. Schéma Directeur des Espaces numériques de Travail Groupe de Travail Interopérabilité Les Web Services Projet Michelin Thierry CAZENAVE www.cosmosbay-vectis.com Le 24 Novembre 2003

2. 74 sites de productiondans le monde1 Centre de Technologiessur 3 continents MICHELIN - Contexte Europe Amérique du Nord Asie Une présence commerciale dans plus de 170 pays Plus de 125 000 personnes à travers le monde 190,2 millions de pneumatiques 22,3 millions de cartes et guides

3. MICHELIN - Cartographie de l’existant SYSTEME D'INFORMATION RCH NGU MICA CENTRAL BE-TP LOCAL Légende Outils hors XXX Outils XXX-XX Outils XXX-YYY Outils cours d'étude Autres …. Liens informatiques existants Autres …. Liens informatiques à Autres …. réaliser Autres …. Outils ZZZ

4. MICHELIN - Architecture CAO / Interfaces RPC Appli réferentiel pneu Appli réferentiel pneu Appli réferentiel pneu Ref pneu Ref pneu Ref pneu Appli Ref semi-finis Appli Ref semi-finis Appli Ref semi-finis Ref semi-fini Ref semi-fini Ref semi-fini NGC NGUI Central Moule Central RPC Maison Ref pneu Ref semi-fini Référentiel moule BE Appli réferentiel pneu Appli Ref semi-finis Modèle CAO reference LAD100 Pays Usine RPC Maison RPC Maison Profil Etudes Ref matériaux PRF Pose Automate

5. 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. 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. MICHELIN - Bénéfices et perspectives Ref pneu Ref matériaux HUB ITP Applicatif “Web Services” Ancien ref moule • 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) Ref 1 Ancien ref moule Modèle xml Ref 2 Modèle xml Modèle xml CAO

8. MICHELIN - Bénéfices et perspectives HUB ITP Connecteur XAO Referential Connector Referential XSL Common Model XML Request Treatment Interrogation de la base XSL Model XML request Model XML response XAO XSL XSL Response Treatment XSL XSL App xxx Connector Model XML request Model XML response Mise en oeuvre de modèles XML pivot : Supprimer l’interdépendance entre les applications clientes et les référentiels

9. MICHELIN – Infrastructure Globale https HUB Infrastructure HUB Server MQSI http/https or MQ Series MQ Series WAN HUB Server Frontend (web services entry point) CENTRAL FACTORY FrontEnd Connectors LAN Area FrontEnd Connectors LAN Area VMS Servers VMS Servers xxx client xAO client MAN Area

10. MICHELIN – Communications avec le HUB XSLT XSLT XSLT XSLT LDAP Annuaire des services WEB NT SERVER HUB MQSI LDAP HTTPS Client Moteur d'intégration WMQI Bus MQSeries NT SERVER HUB Frontend Frontal Connectors Server Application Server Web services components HTTP Moteur d'intégration WMQI

11. MICHELIN – Communication avec les frontaux NT SERVER Bus MQSeries Dispatcher Java HUB Java component in JVM Interface Factory Service Adapter Service Adapter Système d’information Application with MQ Client SGBD

12. MICHELIN - Bilans et perspectives • 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.

13. MICHELIN - Bilans et perspectives 25% 50% 12 13% • 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

14. MICHELIN - Conclusion • 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

15. . . .