Скачать презентацию Les Architectures Orientées Services Mise en
69b9d34b156a05b665d17bc71918ad1e.ppt
- Количество слайдов: 123
Les Architectures Orientées Services : Mise en oeuvre, Cas Pratiques et Nouvelles Perspectives Stéphane Goudeau stephgou@microsoft. com Valérie Monfort valerie. monfort@univ-paris 1. fr Assia Ait Ali Slimane, Muhamad Usman Bhatti aaitalislimane, mbhatthi@stago. fr
« It is not the strongest of the species that survive, nor the most intelligent, but the ones most responsive to change …» Charles Darwin
Plan général du cours SOA, Service Web, spécification et urbanisation Scénarios de mise en œuvre Perspectives des Services Web et des SOA TP 1 Etude de cas : formalisation, spécification. Net, Biztalk, Corba, Axis, J 2 EE Démonstration de Biztalk TP 2 Exemple dirigé de mise en œuvre TP 3 Etude de cas : développement avec Biztalk TP 4 Démonstration de l’interopérabilité
Partie 1 : SOA, Services Web, Spécification et Urbanisation
Partie 1 : Plan de la présentation Introduction : Contexte économique Intégration et Interopérabilité Place du PLM dans un contexte d’intégration et/ou d’Urbanisation Les Architectures Orientées Services : solution à l’Entreprise étendue Retour d’expérience Les perspectives Les services Web, une solution pour l’intégration et l’interopérabilité des SI : scénario de mise en œuvre de l’entreprise étendue
Introduction Partie 1
Introduction Contexte Industriel : vers l’Entreprise Etendue Clients Service Client Partenaires ERP Chaine d’approvisionnement Collaborateurs Huma. Ressources Humaines Services Financiers
Introduction Le PLM une approche intégrée : Les grands processus et systèmes Investissement immatériel : Innovation Marketing Make/Buy Portefeuille Produits Management de programme - Assurance qualité Demande CRM Customer Relationship Management Commandes Project d’innovation (R&D) Projets Plate-formes (famille) PLM PDM Projets Variantes / évolutions (commerce) Modifications Maintenance Product Data Management MRO Master Planning & Mgt Achats Planning Production Pilotage Production Distribution ERP Enterprise Ressources Planning + MES Manufacturing Equipement System Gestion des commandes - Contrôle de Gestion - Comptabilité Investissement matériel Installation Commandes Maintenance & Repair Operations CRM Customer Exploitation Relationship Management (SAV)
Introduction Les dimensions «Supply Chain» Management de programme - Assurance qualité Project d’innovation (R&D) Projets Plate-formes (famille) Marketing Make/Buy Portefeuille Produits Demande Projets Variantes / évolutions Commandes Management de programme - Assurance Modifications qualité Project d’innovation (R&D) Projets Plate-formes (famille) Planning Master Pilotage Planning Commandes & Mgt Distribution Projets Variantes / évolutions Planning Production Achats Maintenance Modifications p up C y n ai h l (Commerce) Commandes Master Commandes Planning Pilotage Production S Distribution Exploitation (R&D) Projets Plate-formes (famille) SCM Supply Chain Management Projets Variantes / évolutions SSM Strategic Sourcing Management ILS Integrated Logistics Support Maintenance Modifications CPC Collaborative Product Commerce Planning & Mgt Production Achats MRO Pilotage Production ERP Distribution Gestion des commandes - Contrôle de Gestion - Comptabilité Installation CRM PLM Planning & Mgt Production Achats Management de programme - Assurance qualité Gestion des commandes - Contrôle de Gestion - Comptabilité Project d’innovation Marketing Make/Buy Portefeuille Produits Demande Master Commandes Planning Installation Gestion des commandes - Contrôle de Gestion - Comptabilité Installation Commandes Maintenance s Marketing Make/Buy Portefeuille Produits Demande Commerce Chain Design Chain CRM Exploitation (SAV) Manufacturing Chain Service Chain
Introduction Que de paramètres à gérer !!!!!!! Intégration Technologies Progiciels Processus métier Partenaires Socle technique Clients Référentiels Données ROI Interopérabilité
Introduction Opérations Temps réel Agilité Intégration entre applications SI au service de la stratégie de l’entreprise Interopérabilité Résilience Sécurité Accès multiples Vue consolidée des données Entreprise virtuelle Chaîne de valeurs
Intégration et Interopérabilité
Intégration et Interopérabilité Relever les défis du SI … C’est composer notamment avec deux options : Intégrer : L’entreprise assume elle-même les fonctions dont elle a besoin (fabrication, distribution, support, …) Interopérer : L’entreprise s’appuie sur des prestations externes et consomme des services
Intégration et Interopérabilité La quête de l’Interopérabilité E-Mail Web Services Web XML Le mouvement vers des systèmes de plus en plus communicants reflète le besoin des entreprises PC POP 3, IMAP PC HTML / HTTP PC Connecter les personnes aux personnes Site Web Connecter les personnes aux applications Système XML / SOAP Système Connecter les services aux services
Intégration et interopérabilité Enterprise Application Integration Étendre le périmètre restreint d’une application à celui de l’entreprise, en la connectant aux autres applications pour qu’elle puisse échanger des informations : Maximiser la réutilisation et la cohérence Cette approche est névralgique pour une entreprise désireuse d’offrir une vision intégrée de ses clients, fournisseurs, partenaires, employés … : Privilégier la vision intra mais aussi inter entreprises
Intégration et interopérabilité Les différents modèles d’intégration L’unification par le partage des données La réutilisation des traitements fondée sur des connections points à point mettant en œuvre des serveurs d’applications L’intégration par l’échange de messages fondée sur l’utilisation de MOM (Middle. Ware Orienté Message ou de « Message Broker » La connexion des applications à des serveurs d’intégration Les services Web
Intégration et interopérabilité Connexion en point à point : Les serveurs d’application Accounting E-Commerce Web Server Order Management Sales Force Automation CRM ERP Logistics
Intégration et interopérabilité Bus applicatif : Message Oriented Middleware ou Message Broker Accounting E-Commerce Web Server Order Management Message Oriented Middleware et Message Broker Sales Force Automation CRM ERP Logistics
Intégration et interopérabilité Bus applicatif : Serveurs d’intégration Accounting E-Commerce Web Server Order Management Sales Force Automation CRM ERP Logistics
Intégration et Interopérabilité Intégration, Interopérabilité et PLM France CITI Enovia VPM Catia V 4 Windchill Enovia LCA Catia V 5 Windchill SAP Electronic Workbench ARTEMIS Software Workbench Allemagne SAP … …
Architectures Orientées Services Web Services, l’interopérabilité sans adhérence ! Permet à des systèmes hétérogènes d’interopérer A travers les langages, les plateformes, les applications D’ordinateur à ordinateur A l’intérieur ou à l’extérieur d’un firewall Fondé sur des standards internet XML, SOAP, WSDL, UDDI Technologie universellement adoptée Consensus des acteurs clés
Intégration et Interopérabilité Web Services, l’interopérabilité sans adhérence ! WSDL Votre Entité RE QU ES T RE PL Y WSDL Le serveur UDDI peut décrit être utilisé le pour localiser les Web services Serveur UDDI
Intégration et Interopérabilité Web Services, l’interopérabilité sans adhérence ! XM L Systèmes internes Votre Entité SO AP Autres Systèmes
Intégration et Interopérabilité Apports des Web Services Universalité Modularité UPn. P, P 2 P, B 2 C, A 2 A, B 2 B, BPA, Grid … Préserve l’existant Standards W 3 C, OASIS, IETF Large adoption de l’industrie Base de données, serveur d’intégration, outils de dev. . Interopérabilité: WS-I Couplage faible Approche par message, interface, contrat, policy Plus forte granularité, orienté métier Annuaire de service, déploiement Virtualisation Indépendant de la localisation Indépendant de l’implémentation (langage, OS, middleware…) Indépendant de la topologie (protocole réseau, pattern d’échange, route…)
Intégration et Interopérabilité Synthèse De plus en plus d’entreprises se trouvent dans un contexte d’entreprise étendue nécessitant de communiquer entre SI distants Le PLM est basé sur une vue métier et technique reposant sur des technologies d’intégration Les services Web apparaissent aujourd’hui comme le moyen le plus abouti pour faire interopérer des SI distants
Place du PLM dans un contexte d’intégration et/ou d’Urbanisation
Intégration et Urbanisation Principaux processus pour urbaniser un SI stratégie Urbanisation Road Map PAS de Méthodologie BIG BANG !!!!! Cartographie Projets d’EAI et customisation de progiciels SI urbanisé
Intégration et Urbanisation Niveau d'Urbanisation Démarche itérative et incrémentale Basée sur les invariants de l’entreprise, cette vue est souvent une cible à atteindre Système urbanisé Architecture logicielle en se basant sur la cartographie, état actuel * Ilots autonomes Cible n Etapes Architecture technique (*)gestionnaire de flux 1 ère Etape Temps
Intégration et Urbanisation Impact de Model Driven Architecture Démarche pilotée par les modèles PIM (Platform Independent Model) PSM (Platform Specific Model) Platform. Independent Model CORBA Map PSM to application interfaces, code, GUI descriptors, SQL queries, etc. Java/EJB XML/SOAP Model . NET Java/EJB XML/SOAP C#/. NET
Intégration et Urbanisation Les niveaux d’architectures Données métier abstraction Process Métier Domaine métier Fonctions et Services métier Données spécifique Organisationnel Flux Fonctions et Services Données Techniques implémentable Technique Workflows COTs, Progiciels, … Serveurs, Matériel …
Intégration et Urbanisation Vision modulaire : Structure de la cartographie Découpage en 5 domaines Customer Facing Channel Partners Develop Product / Service Customers Suppliers Enterprise 1. Develop Product / Service 2. Generate Demand Fulfill Demand Plan & Manage the Enterprise Collaboration 5. Collaboration 3. Fulfill Demand Entités externes : 4. Plan & Manage Enterprise Customers and Suppliers Logistics and Financial Service Providers Channel Partners Logistics Providers Financial Providers
Intégration et Urbanisation Cartographie d’entreprise : granularité 1/500000
Intégration et Urbanisation Cartographie d’entreprise : granularité 1/1000000
Intégration et Urbanisation Projection de la cartographie sur le SI global Call Center Fulfillment Private / Public Network Legacy systems ac B Securities nd ke Middleware Bank Terminal n tio ra eg t In Datamining Telefon Merchant Private / Public Network POS Enterprise Customer Kiosk
Intégration et Urbanisation My Module Map Supplier Tier 1 Complete shared Partial shared Module Map Supplier Tier 2 Module Map Logistics Vue Chaîne logistique
Intégration et Urbanisation Synthèse Urbaniser un Système d’information requiert une gestion du changement La gestion du changement utilise un certain nombre d’outils comme la cartographie Le PLM, qu’il soit considéré ou non dans un contexte d’urbanisation, vise à améliorer le cycle de développement du produit Il intègre un certain nombre de progiciels Maîtriser son Système d’information au travers de la cartographie est l’outil indispensable de la gestion de données techniques
Architectures Orientées Services
Architectures Orientées Services Many in the technology industry believe SOAs will overcome interoperability and inflexibility barriers needed to finally fulfill a promise IT has been making for decades. « Les échos de l’industrie » A Service-Oriented Architecture (SOA) framework can enable financial companies to achieve their business goals by providing a service-based platform to integrate new and existing applications and systems… Service-Oriented Architecture (SOA) is the next wave of application development
Architectures Orientées Services “a set of independently running services Services… loosely bound to each other via event-driven messages. ” “SOA is the aggregation of components satisfying a business driver. ” Faiblement couplé… “A service architecture consists of three primary components…the service provider…the service requestor. . . the service agency provides registration and discovery Messages… services ” “Service-oriented architecture (SOA) is a client/server software design approach in which an application consists of software Interfaces… services and software service consumers (also known as clients or service requesters). SOA differs from the more general client/server model in its definitive emphasis on loose coupling between software components, and in its use of separately standing interfaces. ”
Architectures Orientées Services Réduction du time-to-market “…promotes reuse within the enterprise, et du TCO decreasing time-to-market and system TCO. ” “… primary intentions are business-level software modularity and rapid, nonintrusive reuse of business software in new runtime contexts. ” Réutilisation… SOA brings these benefits to enterprise IT: Incremental development and deployment of business software Reuse of business components in multiple business experiences Diminution des coûts… Low-cost assembly of some new business processes Clarity of application topology “Reworking existing brittle, high-cost IT infrastructures into flexible, Service oriented architectures promises substantial long-term Agilité du SI… cost savings and revenue opportunities through increased business agility. ”
Architectures Orientées Services La Croisée des Chemins… ERP EDI Contrôle EAI Web services et SOA Un juste et attendu milieu entre agilité et maîtrise du SI Processus formels Web services & SOA Email Site Web Flexibilité Source: AT Kearney and the Stencil Group Le cercle va s’étendre avec l ’émergence des Web services techniques
Architectures Orientées Services client Architecture Orientée Application SOA Fournisseur Composant d’Architecture
Architectures Orientées Services internes et externes Externe SOA Interne SOA Processus Partagés Entreprise A Entreprise B
Architectures Orientées Services Anatomie d’un Service Policy Schéma Contrat Unité d’activité métier Apporte de la valeur au consommateur Communique par message Peut utiliser d’autres services Principes de base: Les services sont autonomes Les frontières de communication sont explicites Couplage faible: partage les schémas/contrats pas les classes Compatibilité entre services basée sur les méta-données (policy)
Architectures Orientées Services : Service Web
Architectures Orientées Services Un service n’est pas un composant Évolution naturelle et certaine Service Fonction Composant Service Les services gèrent messages, données et composants Les données privées sont totalement encapsulées par le service Les messages sont le seul moyen d’échanges entre services Composants Fonctions Private Data Les services permettent des relations faiblement couplées; les composants des relations fortement couplées
Architectures Orientées Service Web et XML Les Web Services sont basés sur des extensions de la norme XML, langage de bannières permettant d’écrire des contenus organisés de manière hiérarchique. La communication s ’effectue grâce aux protocoles standard d’Internet : HTTP, SMTP, FTP …(principalement HTTP)
Architectures Orientées Services Un Service Web est basé sur l’utilisation de plusieurs standards Service Registry Service Description Find Publish UDDI WSDL Service Requestor Bind SOAP, XML Service Provider
Architectures Orientées Services Mode Opératoire
Architectures Orientées Services Mode Opératoire
Architectures Orientées Services SOAP : Principes de base SOAP est un protocole d ’échange d’informations basé sur XML, les messages SOAP peuvent être envoyés par HTTP, FTP, SMTP. . . Il permet aux applications de communiquer dans un environnement distribué. A la différence de CORBA et Java RMI, la norme SOAP ne cherche qu’à standardiser la syntaxe des messages. Elle ne spécifie donc pas du tout l ’architecture des clients et des serveurs. SOAP serait plus à rapprocher d ’IIOP. De plus SOAP n’est pas spécialement orienté objet.
Architectures Orientées Services Structure d’un message SOAP est une norme centrée sur le format des messages
Architectures Orientées Services Structure d’un message SOAP L’enveloppe permet de préciser la version. L’entête permet de préciser la manière dont le message sera traité par les différents nœud XML qui le recevrons (attribut actor) Le corps permet de faire passer les messages au nœud destinataire.
" src="https://present5.com/presentation/69b9d34b156a05b665d17bc71918ad1e/image-54.jpg" alt="Architectures Orientées Services Exemple de message SOAP " />
Architectures Orientées Services Exemple de message SOAP
Architectures Orientées Services Exemple de message SOAP
Architectures Orientées Services Principes de base du WSDL est un standard de description de Web Services basé sur XML. Langage de description des interfaces des Web Services. Comparable à l’IDL de CORBA Il permet de spécifier le format des messages, les protocoles qui doivent être utilisés et la localisation des différentes machines qui mettent en œuvre le Web Service. Message: définition de la structure de messages à l ’aide de XSD (XML Schema Definition).
Architectures Orientées Services Principes de base du WSDL Operation : ensemble de message envoyé dans un flux de messages. Exemple une opération question réponse met en œuvre deux messages. Port. Type : ensemble de flux de message correspondant à un type de service. Il est défini de façon abstraite sans référence au mode de transport, ni à la manière de coder les données. Binding : Précise le transport et le codage des données pour un Port. Type particulier. Port : Précise l’adresse sur le réseau de la destination et le Binding qui lui correspond. Service : Ensemble de destinations liées.
Architectures Orientées Services Principes de base du WSDL ne précise pas comment on peut décrire des services mettant en œuvre des flux complexes. WSDL ne permet de décrire les détail d ’implémentation des services. WSDL ne décrit pas comment ces descriptions de services doivent être échangées.
Architectures Orientées Services Structure du WSDL
Architectures Orientées Services Exemple de code WSDL : Port. Type
Architectures Orientées Services Exemple de code WSDL : Binding
Architectures Orientées Services Exemple de code WSDL
Architectures Orientées Services UDDI est un standard qui décrit comment on peut créer des annuaires de Web Services. Ce type de structure permet à une entreprise de publier et de décrire les Web Services qu’elle met en ligne. Un annuaire UDDI référence les Web Services soit par type de service (page jaunes) soit par nom de société (pages blanches). Et pour chaque Web Service proposé, le catalogue doit indiquer le protocole d ’accès qui permet de s ’y connecter. Les t. Models qui décrivent le comportement d’un Web Service particulier. Ils comprennent : Le nom du service, Une clé unique, Une référence vers la description WSDL (qui n’est pas contenue dans le catalogue), Un ensemble d’éléments de catégorisation.
Architectures Orientées Services : Contrat de service et processus
Architectures Orientées Services Échanges entre Services Routage et intermédiaires Requête/Réponse Publication (Fire & forget) Monologue Dialogue Conversation Document Service A Document B Service
Architectures Orientées Services Schémas & Contrats Conception Process Service Document A Quels services, Rôles Messages: format, séquences Actions possibles à chaque étape Traitements des erreurs: métier ou technique Document C-1 C-2 Contrats Document B C-1 ou C-2 Service Process Déploiement et Exécution: Adresse Requêtes par jour, disponibilité Protocoles de transport Encodage, Authentification, Encryption et signature 69
Architectures Orientées Services Rôle des processus Besoins O pération nels Processus Métiers Acte De De Description des données sc scr rip tio ipt urs e t n de ion rôle de s p roc ess us s a ct iv ité Ser s vic Se Ser es p roc e rvi ssu Architecture re Technique tu uc tr as fr In ’ s d e vic r s ces Ac tivi té vic Architecture d’Information Clients et Agents s es E ntit é Se
Architectures Orientées Services Orchestration des processus Service de Processus Service Commercial Service de Porcessus Service Client Serv ice Méti er Finance Serv ice Méti er Serv ice Méti Stoc. K er Serv ice Méti Production er 71
Architectures Orientées Services Administration des services • Disponibilité, Versioning, Monitoring, Déploiement • Routage dynamique des requêtes et des réponses • Audit, log • Usage, facturation… • Sécurité: authentification, autorisation, cryptage, signature ¥ Timestamp Transform service, request ¥ Statistics ¥ Performance ¥ Intrusion ¥ Attack Physical Connection ¥Switch Service Monitoring ¥Switch Implementation ¥ Prioritization Connector XML Firewall Security Logging ¥ Identity ¥ Authentication ¥ Billing ¥ Encryption Access Control Accounting ¥ Royalties SLA State Mngmt ¥ State ¥ Recovery Transform Aggregate Composite Aggregate or Composite services Service Implementations Route Other Web Services ¥ Queuing ¥ Access control Copyright CBDI Forum
Architectures Orientées Services Synthèse Les architectures SOA permettent aux applications de communiquer avec les différentes ressources (données, infrastructure, processus) par l’échange de messages entre interfaces réseaux L’une des principales caractéristiques des SOA est la définition d’ interfaces stables et cohérentes offertes sur des implémentations volatiles Les SOA permettent aux entreprises de redonner la priorité au métier par rapport au technique en offrant le contrôle d’une collection de services d’infrastructure, de processus Grâce à ce contrôles le SI peut : Optimiser Orchestrer Ouvrir de nouveaux points d’accès Evoluer rapidement
PAUSE
Partie 2 : Scénario de mise en œuvre de l’entreprise étendue
Scénario de mise en oeuvre Cartographie du fabriquant de voiture Customer Facing Channel Partners Customers Enterprise 1. Develop Product / Service Suppliers 2. Generate Demand 5. Collaboration 3. Fulfill Demand Logistics Providers Financial Providers 4. Plan & Manage Enterprise Workshop
Scénario de mise en oeuvre Custome rs Customer Facing Channel Partners Enterpris e 1. Develop Product / Service Suppliers 2. Generate Demand 5. Collaboration 3. Fulfill Demand 4. Plan & Manage Enterprise Level 1 3. Fulfill Demand Logistics Providers Financial Service Providers Workshop
Scénario de mise en oeuvre Custome rs Customer Facing Channel Partners Enterpris e 1. Develop Product / Service 1. 1. Develop Product / Service Suppliers 2. Generate Demand 2. 1. Partner Relationship Mgmt. 2. 2. Marketing 2. 3. Sales 5. Collaboration 5. 1. Strategic Collaboration 5. 2. Planning Collaboration 3. Fulfill Demand 4. Plan & Manage Enterprise 3. 1. Provide Service 3. 2. Advanced Planning 4. 1. Financial Management 3. 3. Procurement 4. 2. Project Management Level 2 3. Fulfill Demand 3. 3 Procurem ent 5. 3. Operational Collaboration 4. 3. Human Resources 3. 5. Logistics 3. 4. Produce Product Logistics Providers 4. 4. Property and Advisory Financial Service Providers Workshop
Scénario de mise en oeuvre Custome rs Customer Facing Channel Partners Enterpris e 1. Develop Product / Service Suppliers 2. Generate Demand 5. Collaboration 3. Fulfill Demand 3. 1. Provide Service 3. 2. Advanced Planning 3. 3. Procurement 4. Plan & Manage Enterprise 3. 3. 1 Sourcing and Supplier Contract Management 3. 3. 2 Purchasing Level 3 3. Fulfill Demand 3. 3 Procurem 3. 4. Produce ent Product 3. 3. 2 Purchasin g Logistics Providers 3. 3. 3 Receiving of Indirect / Capital Goods and Services 3. 5. Logistics Financial Service Providers Workshop
Scénario de mise en oeuvre Custome rs Customer Facing Channel Partners Enterpris e 1. Develop Product / Service Suppliers 2. Generate Demand 5. Collaboration 3. Fulfill Demand 3. 1. Provide Service 3. 2. Advanced Planning 3. 3. Procurement 4. Plan & Manage Enterprise 3. 3. 1 Sourcing and Supplier Contract Management 3. 3. 2 Purchasing Request Resources Level 4 3. Fulfill Demand 3. 3 Procure ment 3. 3. 2 Purchasi ng - Request Resources Create Purchase Requisitions 3. 4. Produce Product - Create Purchase Logistics Providers 3. 3. 3 Receiving of Indirect / Capital Goods and Services 3. 5. Logistics Financial Service Providers Workshop
Scénario de mise en oeuvre Processus intra entreprise Customer Facing Channel Partners Customers Suppliers Enterprise 1. Develop Product / Service 2. Generate Demand 5. Collaboration 3. Fulfill Demand Logistics Providers Financial Providers 4. Plan & Manage Enterprise Workshop
Scénario de mise en oeuvre Flux d’Avis de paiement
Scénario de mise en oeuvre Enchaînement de Use Cases
Scénario de mise en oeuvre Modélisation fonctionnelle et organisationnelle avec UML
Scénario de mise en oeuvre Expression des processus extra entreprise Customer Facing Channel Partners Customers Suppliers Enterprise 1. Develop Product / Service 2. Generate Demand 5. Collaboration 3. Fulfill Demand Logistics Providers 4. Plan & Manage Enterprise Financial Providers Workshop
Scénario de mise en oeuvre Expression des processus extra entreprise Customer Facing Channel Partners Suppliers Customers Enterprise 1. Develop Product / Service Customer Facing Channel Partners 2. Generate Demand 5. Collaboration 3. Fulfill Demand Logistics Providers Suppliers Customers Enterprise 1. Develop Product / Service 2. Generate 2. 3. 3. 1. 1 Demand Process Order 5. Collaboration 4. Plan & Manage Enterprise Financial Providers 3. Fulfill 3. 5. 1 Order Fulfillment Demand 3. 5. 2. 3. 1 Shipping Logistics Providers 4. Plan & Manage Enterprise Financial Providers
Scénario de mise en oeuvre My Module Map Supplier Tier 1 Complete shared Partial shared Module Map Supplier Tier 2 Module Map Logistics Vue Chaîne logistique
Scénario de mise en oeuvre Ford : Chaîne logistique coordination Chaîne logistique System Supplier RHENUS Transport & Logistic Services: transport, logistic, assembly and coordination Chaîne logistique Supplier Tier 2 Transport & Logistic Chaîne logistique Supplier Tier 3 Partage Chaîne logistique Supplier Tier 4
Scénario de mise en oeuvre Transformation Biztalk Server
Scénario de mise en oeuvre Orchestration Biztalk Server
Scénario de mise en oeuvre Gestion Devis Web Services. NET Validation Devis ASP. NET Atelier Fabrication Châssis Web Service Web. Sphere Base 1 2 Application Web ASP. NET Atelier Fabrication Roues Web Service Web. Sphere 1 Concessionnaire A Concessionnaire B Gestion Devis Application Web ASP. NET Commercial Orchestration des processus métier Biztalk Server Bureau d’étude Atelier Assemblage Web Service Web. Sphere Fournisseurs Base
Scénario de mise en oeuvre 3 Gestion Commandes Web Services. NET Application Web ASP. NET 4 Validation Devis ASP. NET 5 Atelier Assemblage Web Service Web. Sphere 6 3 Concessionnaire A Concessionnaire B Atelier Fabrication Châssis Web Service Web. Sphere Gestion Commandes Application Web ASP. NET Commercial Orchestration des processus métier Biztalk Server Bureau d’étude 5 Atelier Fabrication Roues Web Service Web. Sphere Fournisseurs
Scénario de mise en oeuvre Windows Server 2003 Validation Devis Gestion Devis Web Services. NET ASP. NET Atelier Fabrication Châssis Web Service Web. Sphere Base Windows Server 2003 ASP. NET Application Web ASP. NET Atelier Fabrication Roues Web Service Web. Sphere Windows Server 2003 ASP. NET Concessionnaire A Concessionnaire B Orchestration Gestion Devis des processus Application Web ASP. NET Windows métier XP Biztalk Server Windows Bureau d’étude XP Tablet PC Edition Commercial Atelier Assemblage Web Service Web. Sphere Fournisseurs Base
Scénario de mise en oeuvre Windows Server 2003 SQL Server Gestion Devis Web Services. NET Validation Devis ASP. NET Atelier Fabrication Châssis Web Service Web. Sphere Base Web. Sphere Application Server Windows Server 2003 Application Web ASP. NET Concessionnaire A Concessionnaire B Web. Sphere Application Server Windows Server 2003 Orchestration Gestion Devis Windows Server 2003 des processus Application Web métier ASP. NET SQL Server Biztalk Server Commercial Atelier Fabrication Roues Web Service Web. Sphere Atelier Assemblage Web Service Web. Sphere Application Server Fournisseurs Bureau d’étude Windows Server 2003 Base
Démonstration
Retour d’expérience
Retour d’expérience Ford : Projet e. Smart (electronic Synchronous Material Replenishment Trigger)
Retour d’expérience Ford : Projet e. AVS (electronic Automatic Vehicle Scheduling)
Retour d’expérience Ford : Exemple de workflow
Retour d’expérience Ford : diagramme d’orchestration Biztalk associé
Retour d’expérience Projet UGINE Rénovation du système d’information Maintient de la cohérence entre l’ancien SI (Mainframe) et le nouveau SI #75 interfaces
Retour d’expérience SAP CICS, FTP, DB 2, VSAM CLUSTER BIZTALK (Messaging, HIS, WS) (Messaging + Orchestration) Groupe Biztalk Monitoring i. DOC, BAPI, FTP CONNECTEURS Network Load Balancing Projet UGINE VM/VSE EDI, GED… CLUSTER SQL SAN SERVEUR MOM
Partie 3 : Perspectives
Perspectives Stratégie de l’industrie des Web Services Implementations Products, Customer Successes XML Web Services Connects Systems Interoperability Industry Support Infrastructure XML Unlocks Data Advance the Protocols
Perspectives WS-I WS I Web Services Interoperability Organization Initiative de l’industrie Consortium pour l’interopérabilité des Web services Profile Regroupement de spécification à un niveau de version définit avec des conventions pour les faire marcher ensemble WS-I Basic Profile (SOAP 1. 1, WSDL 1. 1, …) Démonstrateur Plusieurs implémentations Respect des standards et l’interopérabilité Test et outils Outils pour tester le respect des standards Documentation et livre blanc
Perspectives Web Services Architecture Connected Applications Mobile Secure Management Reliable Messaging XML Transports EAI B 2 B Grid Business Process … Transacted Metadata Devices P 2 P
Perspectives Messaging SOAP URI WS-Addressing
Perspectives Messaging et WS-Addressing fournit les mécanismes pour adresser les ressources En véhiculant ces adresses dans les messages En adressant les messages vers ces ressources Les mécanismes d’adressage sont indépendants du protocole de transport Les ressources ne sont pas soumises à des contraintes Elles peuvent être construites, nommées, adressées d’une façon arbitraire
Perspectives Méta-données WS-Metadata Exchange WS-Policy Assertions WS-Policy Attachment WS-Policy WSDL
Perspectives Méta-données et WS-Policy Mécanisme pour déclarer les besoins et les capacités des services Technique (sécurité, fiabilité, …) Business (qualité de service, coût, …)
Perspectives Sécurité WS-Security WS-Trust WS-Secure Conversation WS-Security Policy
Perspectives Sécurité WS-Security Encryptions et signature des messages SOAP Garantit la confidentialité et l’intégrité Authentification par échange de preuve de sécurité Indépendant du modèle de sécurité sous-jacent Login/Password, Certificat X 509, ticket kerberos, SAML, … WS-Security. Policy Définit les contraintes de sécurité pour accéder à un service WS-Trust Gestion et définition de relation de confiance entre entité Fédération WS-Secure. Conversation Définit comment établir un contexte de sécurité entre deux services pour des échanges de plusieurs messages dans ce même contexte (handshake ssl)
Perspectives Sécurité 1) Demande jeton de sécurité K (Kerberos ticket) Security Token Service X 2) Renvoie jeton K Client 3) Invoque service web avec jeton K 6) Invoque service web B avec jeton C et signature digitale Policy Service Web A Policy Service Web B Policy 5) Renvoie jeton C 4) Demande jeton C (certificat X. 509 ) Security Token Policy Service Y
Perspectives Coordination Distribuée WS-Reliable. Messaging WS-Atomic WS-Business WS-Security WS-Trust Transaction Activity WS-Secure WS-Security Conversation Policy WS-Coordination
Perspectives Technologies de coordination Garantie de livraison « Reliable Messaging » 2 entités (source, destination), asynchrone Respect de l’ordre, unicité de l’échange Transaction atomique Entités multiples, changement d’état (tout ou rien) synchrone Two Phase Commit : Phase 1: Préparation à l’accord Phase 2: Validation ou interruption Transaction Longue Entités multiples, cohérence de l’ état au terme de la transaction, asynchrone Deux Phases : Phase 1 : Annulation/Validation Phase 2 : Close/Compensation A tout moment : Sortie/Erreur
Perspectives Services et transaction Les messages déclenchent un service Le service change l’état de ses données privées Le service génère un message en sortie Atomic Transaction (ACID) Données privées Logique métier Transaction
Perspectives Transactions distribuées Enjeux des transactions distribuées Performance et autonomie Transactions longues (Business-Operations) Service client Service commande Transaction T 1 Transaction T 2 Transaction T 5 Transaction T 4 Service production Transaction T 3
Perspectives Transactions WS-Transaction Atomic Business Activity WS-Coordination Création et communication de contexte
Perspectives Synthèse Sécurité, transactions, garantie de livraison Framework WS-* modulaire et composable Protocoles indépendants les uns des autres Protocoles indépendants de la couche de transport Indépendant de la plate-forme Basé sur des standards L’interopérabilité entre fournisseurs est indispensable Large support de l’industrie
Conclusion
Conclusion Evolution de Orienté fonctionnalités Conçu pour durer Cycle de développement long Centrée sur les coûts Plus de connections = plus de coûts Une plate-forme Silos applicatifs Couplage fort Orienté Object Implémentation connue Vers… Orienté processus Conçu pour changer Dév et déploiement interactif Centrée sur la valeur Plus de connections = plus de valeur Toute Plate-forme Orchestration de Srces Couplage faible Orienté message Abstraction
Ressources Roger session : SOA definition http: //www. objectwatch. com/issue_45. htm The architect journal: Contenant l’article “Understanding SOA” de CBDI Forum http: //www. thearchitectjournal. com Indigo: article sur les principes d’une approche service http: //msdn. microsoft. com/Longhorn/understanding/pillars/Indigo/default. aspx Sessions du symposium architecte joué pendant le PDC (conférence développeurs) http: //microsoft. sitestream. com/PDC 2003/Default. htm Track architecture et infrastructure puis: ARCSYM 1 - Architecture Symposium: Envisioning the Service-Oriented Enterprise ARCSYM 2 - Architecture Symposium: Information Architecture in the Service-Oriented Enterprise ARCSYM 3 - Architecture Symposium: Solution Architecture in the Service-Oriented Enterprise Web Services Orchestration, Management, and Security - Can They Play Together? http: //msevents. microsoft. com/CUI/Event. Detail. aspx? Event. ID=1032241878&Culture=en-US Realizing Service-Oriented Architecture http: //msevents. microsoft. com/CUI/Event. Detail. aspx? Event. ID=1032240293&Culture=en-US Microsoft pattern & practices http: //www. microsoft. com/practices Shadowfax project http: //www. gotdotnet. com/Community/Workspaces/Workspace. aspx? id=9 c 29 a 963 -594 e-4 e 7 a-9 c 45 -576198 df 8058 Patterns and Practices Live - Shadowfax Reference Application
Merci de votre attention Questions?