Introduction à l Architecture Orientée Service

(c) 2013-2014, Occello Audrey, module BPM & SOA - 1 - Introduction à l Architecture Orientée Service Module BPM & SOA SI5 - Master 2 IFI

Vous avez dit SOA? Service Oriented Architecture (c) 2013-2014, Occello Audrey, module BPM & SOA - 2 - Chaque rôle s'approprie SOA différemment : Dirigeants Analystes métier Des services que l'entreprise souhaite exposer à leurs clients et partenaires, ou d'autres parties de l'organisation Une architecture basée sur un fournisseur, un consommateur et une description de service, et supportant les propriétés de modularité, encapsulation, découplage, réutilisation et composabilité Un style de programmation avec ses standards, paradigmes, technologies et outils associés Architectes Développeurs Un intergiciel offrant des fonctionnalités en terme d'assemblage, d'orchestration, de surveillance et de gestion des services Intégrateurs

(c) 2013-2014, Occello Audrey, module BPM & SOA - 3 - Le saint graal de l informatique en entreprise

Problématique de l intégration en entreprise (c) 2013-2014, Occello Audrey, module BPM & SOA - 4 - Les entreprises doivent s adapter en permanence et être de + en + réactives aux variations des marchés fusions acquisitions scissions diversification des offres commerciales changement technologiques Ces opérations ont un impact sur les systèmes d'informations (SI) des entreprises L'intégration difficile des SI est un frein à ces changements C est l activité qui doit piloter la technologie et non l inverse

Du "conçu pour durer" au "conçu pour changer" (c) 2013-2014, Occello Audrey, module BPM & SOA - 5 - Création d'applications dans l'entreprise très souvent pilotée par des besoins à très court terme Développement d'une application sous tel délai avec telles fonctionnalités Pas de place pour la prise en compte de l'évolution des besoins fonctionnels au niveau de la conception de l'application, c est à la technologie d apporter la flexibilité

Besoins métier vs contraintes techniques (c) 2013-2014, Occello Audrey, module BPM & SOA - 6 - Problème de compréhension entre maitrise d'ouvrage (MOA) et maitrise d'oeuvre (MOE) Modélisation et développements dirigés par les choix/contraintes techniques Décalage entre besoins métier et leur réalisation (constituants informatiques) Pas d implication de la MOA dans le pilotage de la variante

Réutilisation vs cloisonnement Le découpage de l'architecture 3-tiers facilite le travail de la MOE mais favorise le cloisonnement en silos applicatifs indépendants (blocs monolithiques) Certaines fonctions sont redondantes : une version pour chaque application Application 1 Application 2 Application 3 Présentation Présentation Présentation Logique applicative Logique applicative Logique applicative Base de données Base de données Base de données Pas de mutualisation des développements entre projets et peu de réutilisation possible (c) 2013-2014, Occello Audrey, module BPM & SOA - 7 -

e-store : domaines métier et architecture (c) 2013-2014, Occello Audrey, module BPM & SOA - 8 - Presentation Layer SignOut SignIn Default Search Category Items Item Details Shopping Cart Help Error My Account Edit Account Create Account Check out Order Billing Order Shipping Order Process Business Logic Layer Account Profile Product Item Inventory Cart OrderInsert OrderRead Data Access Layer IAccount IProfile IProduct IItem IInventory IOrder

e-store : domaines métier et architecture (c) 2013-2014, Occello Audrey, module BPM & SOA - 9 - Presentation Layer SignOut SignIn Default Search Category Items Item Details Shopping Cart Help Error My Account Edit Account Create Account Check out Order Billing Order Shipping Order Process Business Logic Layer Account Profile Product Item Inventory Cart OrderInsert OrderRead Data Access Layer IAccount IProfile IProduct IItem IInventory IOrder Client Catalogue Inventaire Shopping Facturation

Silos et transversalité (c) 2013-2014, Occello Audrey, module BPM & SOA - 10 - Entreprises découpées en départements fonctionnels Mais : Processus métiers de + en + inter-départementaux Les processus franchissent les fontières de l'entreprise qui doit pouvoir prendre en compte les activités et processus des partenaires pour être reactive Coûts considérables dans la gestion des flux entre départements et dans l intégration de leurs SI

Hier : plat de spaghettis (c) 2013-2014, Occello Audrey, module BPM & SOA - 11 - Développements coûteux Interconnexions redondantes (point à point) Grande complexité Réutilisation & maintenance difficile Source : DotNetGuru.org

(c) 2013-2014, Occello Audrey, module BPM & SOA - 12 - Demain : Architecture urbanisée L urbanisation informatique définit l'organisation d un SI à l image d une ville découper le SI en modules autonomes (zone, quartier, îlot, bloc) localiser les zones d échange d informations (routes, ponts, tunels) qui permettent de découpler les différents modules Objectif : faire évoluer le SI au même rythme que la stratégie et l'organisation des métiers de l'entreprise legacy services portail... Canal d'échange données processus partenaires Non- Interruptible Receive Invoke Invoke Reply... Invoke Reply Fault

Vers toujours plus d'abstraction!!! (c) 2013-2014, Occello Audrey, module BPM & SOA - 13 - Procédures Modules Modèles orientés objets Packages Encapsulation Design patterns Et maintenant les services!

Principes de base du SOA (c) 2013-2014, Occello Audrey, module BPM & SOA - 14 -

Principes fondamentaux de l architecture SOA (c) 2013-2014, Occello Audrey, module BPM & SOA - 15 - Il n existe pas une recette pour garantir le succès de la mise en place d une SOA mais des principes à respecter : Discussion entre métier et IT Utilisation des specifications métier Découplage entre fournisseur et consommateur de services Indépendance des ressources vis à vis de ceux qui les utilisent Utilisation de standards Conservation de l existant lors d évolutions technologiques

Qu est ce qu un Service (au sens SOA)? (c) 2013-2014, Occello Audrey, module BPM & SOA - 16 - Correspond à un périmètre fonctionnel que l on souhaite exposer à un certain type de consommateurs (ensemble de fonctionnalités qui font sens) Expose un petit nombre d opérations offrant un traitement de bout en bout Indépendant de la localisation Neutralité vis-à-vis des protocoles de transport Sans état En couplage faible

Exemple de couplage fort : Gestion de prêts (c) 2013-2014, Occello Audrey, module BPM & SOA - 17 - LoanAgent LoanApproval Account Loan SMSGateway calculaterisk checkbalance createloan sendconfirmation LoanAgent est lié à LoanApproval et Loan LoanApproval est lié à Account Loan est lié à SMSGateway

(c) 2013-2014, Occello Audrey, module BPM & SOA - 18 - Exemple de couplage fort : Gestion de prêts Entités = Objets LoanAgent LoanApproval Account Loan SMSGateway calculaterisk checkbalance createloan sendconfirmation LoanAgent est lié à LoanApproval et Loan LoanApproval est lié à Account Loan est lié à SMSGateway

Gestion de prêts en couplage faible (c) 2013-2014, Occello Audrey, module BPM & SOA - 19 - GetLoan CheckAccount Balance Calculate LoanRisk CreateLoan Notify ViaSMS Est ce qu une entité a un rôle à part?

Gestion de prêts en couplage faible (c) 2013-2014, Occello Audrey, module BPM & SOA - 20 - GetLoan CheckAccount Balance Calculate LoanRisk CreateLoan Notify ViaSMS Est ce qu une entité a un rôle à part? GetLoan : un processus métier! A un niveau technique cette logique de décomposition est une orchestration de services => couplage lâche

(c) 2013-2014, Occello Audrey, module BPM & SOA - 21 - GetLoan Gestion de prêts en couplage faible CheckAccount Balance Que représentent ces entités? Calculate LoanRisk CreateLoan Notify ViaSMS Est ce qu une entité a un rôle à part? GetLoan : un processus métier! A un niveau technique cette logique de décomposition est une orchestration de services => couplage lâche

(c) 2013-2014, Occello Audrey, module BPM & SOA - 22 - GetLoan Gestion de prêts en couplage faible CheckAccount Balance Des services! Calculate LoanRisk CreateLoan Notify ViaSMS Est ce qu une entité a un rôle à part? GetLoan : un processus métier! A un niveau technique cette logique de décomposition est une orchestration de services => couplage lâche

Orienté application vs orienté services (c) 2013-2014, Occello Audrey, module BPM & SOA - 23 - D un point de vue SOA : Un processus est le résultat d une orchestration de service Le processus est lui-même accessible en tant que service

e-store : Domaines (c) 2013-2014, Occello Audrey, module BPM & SOA - 24 - Presentation Layer Business Logic Layer Data Access Layer Client Catalogue Inventaire Shopping Facturation

e-store : Services (c) 2013-2014, Occello Audrey, module BPM & SOA - 25 - Presentation Layer Business Logic Layer Service Layer Gerer clients Voir catalogue Faire inventaire Acheter Facturer Data Access Layer

e-store : Services (c) 2013-2014, Occello Audrey, module BPM & SOA - 26 - Presentation Layer Business Logic Layer Service Layer Gerer clients Voir catalogue Faire inventaire Acheter Facturer Data Access Layer

4 propriétés du service à retenir (c) 2013-2014, Occello Audrey, module BPM & SOA - 27 - Un service est autonome et sans état Un service expose un contrat in out Conditions Générales de Vente Règlement Intérieur Vos droits/vos devoirs Les frontières entre services sont explicites Les services communiquent par messages

(c) 2013-2014, Occello Audrey, module BPM & SOA - 28 - Bénéfices métier Améliorer l agilité et la flexibilité du métier Faciliter la gestion des processus métier Offrir la capacité à casser les barrières organisationnelles (silos) Réduire en temps le cycle de développement des produits/ services Améliorer le retour sur investissement Accroître les opportunités de revenu

Bénéfices techniques (c) 2013-2014, Occello Audrey, module BPM & SOA - 29 - Réduire la complexité de la solution Construire les services une seule fois et les utiliser fréquemment Garantir une intégration standardisée et le support de clients hétérogènes Faciliter la maintenance

(c) 2013-2014, Occello Audrey, module BPM & SOA - 30 - Cycle de vie d une SOA, éléments techniques et outils

Mise en oeuvre et gestion des services (c) 2013-2014, Occello Audrey, module BPM & SOA - 31-4 grandes disciplines dans un projet : Identification des services Modélisation Spécification des services Développement des services Suivi des services déployés et partagés 1 discipline traversale : la gouvernance Les architectures orientées services impliquent une vision globale La gouvernance permet de casser les silos de l entreprise

Rôles associés à la mise en oeuvre d une SOA Analyste métier Définit les processus métiers et les KPI associées Identification des services métier Optimise les processus via la simulation Architecte Définit les services pour les use cases Modélise les services Assemble les services Intégrateur Implémente les services Développeur Gestionnaire Publie les services Gère le cycle de vie des services Contrôle la qualité de service (c) 2013-2014, Occello Audrey, module BPM & SOA - 32 -

Briques d architecture technique Service consumer Contract Repository Mediation layer Monitoring layer Service provider Workflow Engine Registry (c) 2013-2014, Occello Audrey, module BPM & SOA Workflow description - 33 -

Briques d architecture technique 1. a Search for service Service consumer Contract Repository Mediation layer Monitoring layer Service provider Workflow Engine Registry (c) 2013-2014, Occello Audrey, module BPM & SOA Workflow description - 34 -

Briques d architecture technique Service consumer 1. a Search for service 1. b Return contract Contract Repository Mediation layer Monitoring layer Service provider Workflow Engine Registry (c) 2013-2014, Occello Audrey, module BPM & SOA Workflow description - 35 -

Briques d architecture technique Service consumer 1. a Search for service 1. b Return contract Contract Repository 2. a Create a process instance Mediation layer Monitoring layer Service provider Workflow Engine Registry (c) 2013-2014, Occello Audrey, module BPM & SOA Workflow description - 36 -

Briques d architecture technique Service consumer 1. a Search for service 1. b Return contract Contract Repository 2. a Create a process instance Mediation layer Service provider Monitoring layer 2. b Execute process Workflow Engine Registry (c) 2013-2014, Occello Audrey, module BPM & SOA Workflow description - 37 -

Briques d architecture technique Service consumer 1. a Search for service 1. b Return contract Contract Repository 2. a Create a process instance Mediation layer Service provider Monitoring layer 2. b Execute process Workflow Engine 2. c Retrieve service end- point Registry (c) 2013-2014, Occello Audrey, module BPM & SOA Workflow description - 38 -

Briques d architecture technique Service consumer 1. a Search for service 1. b Return contract Contract Repository 2. a Create a process instance Mediation layer Service provider 2. d Send request Monitoring layer 2. b Execute process Workflow Engine 2. c Retrieve service end- point Registry (c) 2013-2014, Occello Audrey, module BPM & SOA Workflow description - 39 -

Architecture(s) technique(s) Il n existe pas un type d architecture technique mais des multitudes de variantes! Avec ou sans : couche de médiation, repository, registry, moteur de workflow, Moteur de workflow &couche de médiation fusionnés ou non Repository et registry fusionnés ou non Autres fusions Description du workflow : Du simple code java en couplage lâche à l interprétation de BPMN en passant par du code BPEL (ou des langages propriétaires!) ou même agrégations guidées par des règles métier, des enchainements REST! Lieu d exécution du workflow : Scénarii métier vs intégration de systèmes (c) 2013-2014, Occello Audrey, module BPM & SOA - 40 -

Quelques mots sur les ESB C est la couche de médiation! infrastructure qui optimise les échanges entre consommateurs et fournisseurs de services Fournit des points d entrée normalisés vers les services On ne sait pas qui fournit le service ni comment il le fournit Peut prendre en charge : routage transformation des données orchestration transactions, sécurité, qualité de service, Communiquer de manière simple et standardisée entre des applications hétérogènes (c) 2013-2014, Occello Audrey, module BPM & SOA - 41 -

Quelques manières d implémenter un ESB (c) 2013-2014, Occello Audrey, module BPM & SOA - 42 - Intergiciels de type MOM (Message Oriented Middleware) Intergiciels de type Bus (CORBA par exemple) Intergiciels de type EAI (Message Broker avec connecteurs propriétaires liés au moteur d intégration) Routeurs Web services tel que WebSphere Web Services Gateway Selon le type d implémentation retenu, l ESB assurera plus ou moins de services : le choix dépend des besoins L ESB n est pas obligatoire! C est la présence qui assure le découplage entre fournisseur et consommateur qui est fortement recommandée!

(c) 2013-2014, Occello Audrey, module BPM & SOA - 43 - Standard de l OASIS Norme permettant de décrire des orchestrations de services en XML Chef d orchestre Possible support des processus métier Propose les fonctions basiques d un langage de programmation : sequence, flow, loop, switch Gestion des transactions Gestion des fautes Quelques mots sur BPEL BPEL Oasis Business Process Execution Language Traduction de processus métier en orchestration de services grâce au BPEL pas si aisée!

Outils de modélisation (c) 2013-2014, Occello Audrey, module BPM & SOA - 44 - Modélisation des services Modelio + plugin SoaML (ex Objecteering) IBM Rational Software Architect + Profil SOA MagicDraw Cameo SOA+ add-ons Sparx Systems' Enterprise Architect Modélisation des processus BonitaSoft BonitaStudio Modelio + plugin TOGAF (ex Objecteering) IBM WebSphere Business Modeler Oracle Business Process Analysis Suite

Plates-formes d exécution Moteurs de workflow BonitaSoft BonitaEngine (Talend BPM) JBoss jbpm (JPDL puis BPEL à partir de la version 5) Activiti + Drules (fork à partirjbpm 4) Orchestra sous GPL (ex produit Bull) IBM Websphere Process Server Oracle BPEL Process Manager Apache ODE (Orchestation Director Engine) Microsoft Biztalk (2010) ESB IBM Websphere ESB Oracle Enterprise Service Bus (ex BEA Logic) Petals Bus (on OW2) Talend ESB Mule (lightweight) OpenESB Apache ServiceMix (c) 2013-2014, Occello Audrey, module BPM & SOA - 45 -

(c) 2013-2014, Occello Audrey, module BPM & SOA - 46 - Contrôleurs/moniteurs BAM (Business Activity Monitoring) IBM WebSphere Business Monitor Oracle BAM Systar Business Bridge BMC Service Impact Manager Composants de sécurité Oracle Web Service Manager Oblix

Exemple: Gamme d'outils IBM couvrant le cycle de vie complet Business Analyst WebSphere Business Modeler Service Specification Service Architect Rational Software Architect BPEL WSDL Developer KPIs Integration Developer WebSphere Integration Developer Service Development Rational Application Developer Service Registrar WebSphere Service Repository & Registry Governance Manager Business Analyst WebSphere Business Monitor Performance Manager Server Administrator WebSphere Process Server WebSphere ESB Service execution & Management (c) 2013-2014, Occello Audrey, module BPM & SOA Business Analyst WebSphere Business Services Fabric - 47 -

(c) 2013-2014, Occello Audrey, module BPM & SOA - 48 - Conclusions

Du déjà vu? (c) 2013-2014, Occello Audrey, module BPM & SOA - 49 - SOA est une évolution des paradigmes passés, tout en préservant les caractéristiques réussies des architectures traditionnelles Contractualisation des services Design by Contract (Meyer) Découplage Interface/Implémentation, interopérabilité, transparence des communications, Middlewares à la CORBA Découplage fournisseur/comsommateur Message Oriented Middleware (MOM) Orchestration des services Travaux autour des workflows, langages de coordination SOA est une évolution plutôt qu une révolution

Synthèse Depuis Vers Orienté fonctionnalités Conçu pour durer Cycle de développement long Orienté processus Conçu pour changer Développement et déploiement interactif Silos applicatifs Couplage fort Orienté Objet Orchestration de Services Couplage faible Orienté message (c) 2013-2014, Occello Audrey, module BPM & SOA Source : école HEVs - 50 -

Avantages et inconvénients (c) 2013-2014, Occello Audrey, module BPM & SOA - 51 - Architecture adaptative Réutilisation du code Utilisation de standards Productivité accrue Lenteur d exécution de certains outils Difficile à effectivement implémenter Peu de chose sur la contractualisation avançée Peu efficace si pas couplée à une approche métier!!!

SOA & BPM (c) 2013-2014, Occello Audrey, module BPM & SOA - 52 - «En convertissant la connaissance en règles métiers et en les automatisant le plus possible, le BPM, s appuyant sur la norme BPMN (Business Processing Modeling Notation) se révèle la pierre angulaire de l urbanisation d un Système d Information, où la gestion optimale des flux garantit des niveaux de services essentiels à la réactivité de l entreprise.» source : http://www.journaldunet.com/solutions/expert/51722/lebusiness-process-management--une-nouvelle-priorite-strategique-de-ladirection-generale.shtml processus metier = points d'articulation sur le SI pour plus d agilité métier

Visionnez la vidéo suivante : http://www.youtube.com/watch?v=ohpfc-9zuls (c) 2013-2014, Occello Audrey, module BPM & SOA

Quelques références... (c) 2013-2014, Occello Audrey, module BPM & SOA - 54 - SOA le guide de l'architecte, Xavier Fournier-Morel, Pascal Grojean, Guillaume Plouin, Cyril Rognon, Edition Dunod (2006) ISBN : 2100499726 (disponible à la BU : cote 004.68 SOA) La gestion des processus métiers, Jean-Noël Gillot. Lulu.com, 2007, 372 pages, ISBN : 9782952826600 (extraits : http://books.google.fr/books?id=hcbpoo_jil0c) Consortiums autour de SOA http://www.soa-consortium.org http://www.osoa.org http://soa.omg.org/ Voir la bibliographie complète sur le site web du module