thierry cazenave cosmosbay-vectis

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

Upload: quinto

Post on 18-Mar-2016

74 views

Category:

Documents


0 download

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 Presentation

TRANSCRIPT

Page 1: Thierry CAZENAVE cosmosbay-vectis

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

Page 2: Thierry CAZENAVE cosmosbay-vectis

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

Page 3: Thierry CAZENAVE cosmosbay-vectis

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 ….

Page 4: Thierry CAZENAVE cosmosbay-vectis

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

Page 5: Thierry CAZENAVE cosmosbay-vectis

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

Page 6: Thierry CAZENAVE cosmosbay-vectis

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

Page 7: Thierry CAZENAVE cosmosbay-vectis

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

Page 8: Thierry CAZENAVE cosmosbay-vectis

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

Page 9: Thierry CAZENAVE cosmosbay-vectis

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

Page 10: Thierry CAZENAVE cosmosbay-vectis

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

Page 11: Thierry CAZENAVE cosmosbay-vectis

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

Page 12: Thierry CAZENAVE cosmosbay-vectis

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

Page 13: Thierry CAZENAVE cosmosbay-vectis

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

Page 14: Thierry CAZENAVE cosmosbay-vectis

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

Page 15: Thierry CAZENAVE cosmosbay-vectis

15

SDET – Groupe de travail interopérabilité – 24 Novembre 2003

. . .