SOA (Service Oriented Architecture)
Architectures Orientées Services
RESPONSABLES DE FILIERE
Monsieur Bruno Van Moerkercke
NFE 107
PRESENTER PAR
Ahmed LAFTIMI
CNAM 2008-20091
Sommaire
• Partie I -Entropie des systèmes d’Information
• Partie II - Les Architectures orientées services
• Partie III - SOA-Concepts et Composants
• Conclusion, Bilan & Perspectif
Objectif de la présentation => Définir, Identifier
2
Introduction
Face au changement quoi faire ?
Évolution des Systèmes d’information
Architecture Processus Fluides
SOA POUR UNE MEILLEURE AGILITE
Problématique
3
Sommaire
• Partie I -Entropie des systèmes d’Information
• Partie II - Les Architectures orientées services
• Partie III - SOA-Concepts et Composants
• Conclusion, Bilan & Perspectif
4
Partie I - Entropie des systèmes d’Information
Le Mainframe • Ordinateur central • Terminaux • Serveur unique
Avantage : assure la haute disponibilité et l’intégrité des données et offre à l’entreprise un système cohérent et fiable.
Inconvénient : Couts d’acquisition et d’exploitation sont élevés
Centralisation et terminaux passifsCentralisation et terminaux passifs
Histoire -> 11ERER Génération Génération
5
Partie I - Entropie des systèmes d’Information
Application client/Serveur
• Computer Personnel • Architecture client/serveur
Avantage : faible coût des nouvelles applications plus légères Inconvénient : duplications d’informations , le poste de travail deviens charge de
plusieurs exécutables
• Introduction• Histoire informatique
• Solutions et limits
Applis délocalisées, données centraliséesApplis délocalisées, données centralisées
Histoire -> 2éme2éme Génération Génération
6
Partie I - Entropie des systèmes d’Information
Application Web
• Pas de logiciel sur le poste de travail • Accès à distant via un navigateur web
Re-centralisation, interfaces client relookéesRe-centralisation, interfaces client relookées
Histoire -> 3éme3éme Génération Génération
7
Partie I - Entropie des systèmes d’Information
Web services et SOA ?Web services et SOA ?
Histoire -> 4éme4éme Génération Génération
8
Partie I - Entropie des systèmes d’Information
Rigide
État cible Homogène Rationnel
Agile
Divergence Besoins métier SI
Alignement Besoins métier SI
État actuel Hétérogène Redondant Coût de maintenance
État des lieux des SI
9
Partie I - Entropie des systèmes d’Information
Processus métier
FonctionnelUse cases
ApplicatifApplications & logiciels
PhysiqueInfrastructure
Réponses actuelles -> Urbanisation -> Modèle de référence
10
Partie I - Entropie des systèmes d’Information
Métier
Fonctionnel
Applicatif
Physique
Division A Division B Processus rigides Processus complexes
Processus non transférables +
Composants peu réutilisables Hétérogénéité technologique
=
Problématiques des silos applicatifs
Réponses actuelles -> Urbanisation -> Phénomène vertical
11
Partie I - Entropie des systèmes d’Information
Redondance Données
Traitements Parc applicatif rigide
Interdépendance élevée Difficulté d’évolution
Métier
Fonctionnel
Applicatif
Physique
« Syndrome du plat de spaghettis ???»
Réponses actuelles -> Urbanisation -> Phénomène horizontal
12
Partie I - Entropie des systèmes d’Information
silos spaghetti Commentaire
EAI NON OUI Coût d’implémentation élevé Propriétaire, dépendance envers l’éditeur Point de passage obligé
Workflow NON NON Coût élevé d’adaptations aux applications existantes élevé
Propriétaire, dépendance envers l’éditeur
Portail NON NON Paramétrage laborieux Propriétaire, dépendance envers l’éditeur
Frameworkapplicatif
OUI OUI Potentiel élevé de réutilisation et de composition
Forte adhérence technologique Réutilisation non généralisable à
l’ensemble du SI
Réponses actuelles -> Outillage
13Workflow est un flux d'informations au sein d'une organisation
EAI (Enterprise Application Integration)
Sommaire
• Partie I -Entropie des systèmes d’Information
• Partie II - Les Architectures orientées services
• Partie III - SOA-Concepts et Composants
• Conclusion, Bilan & Perspectif
14
Partie I - Entropie des systèmes d’Information
Processus métier
FonctionnelUse cases
ApplicatifApplications & logiciels
PhysiqueInfrastructure
Métier
Technique
SOA Concrétise le modèle d’urbanisation
15
Vue logique
Partie II - Les Architectures orientées services
SOA est apparu en 1996 dans une note de recherche du Gartner Group.
« L’architecture orientée service constitue un style d’architecture basée sur le principe de séparation de l’activité métier en une série de services. » « Ces services peuvent être assemblés et liés entre eux selon le principe de couplage lâche pour exécuter l’application désirée. »« Ces services sont définis a un niveau supérieur de la traditionnelle approche composants »
Gartner - Septembre 2005
Selon le Gartner Group, plus de 75% des projets d’entreprise des années 2008 reposeront sur les SOA (Service Oriented
Architecture).
Gartner, Inc., fondée en1979, est une entreprise américaine de conseil et de recherche dans le domaine de la technologie .
Qu’est ce que SOA
16
Partie II - Les Architectures orientées services
OASIS (Organisation for Avancement of Structured Information Standards)
Selon l’OASIS « l’architecture orientée service (SOA ):
est un paradigme d’organisation des ressources distribuées, potentiellement contrôlées par des domaines différents. »
Qu’est ce que SOA-> Définition
17
Partie II - Les Architectures orientées services
Le SI de l'entreprise est généralement constitué d'applications en silosilo =
-Transversalité -Transversalité - Vision Globale - Vision Globale
La solution à ce problème EAI ? La solution à ce problème EAI ?
Elle consiste à développer des connecteurs spécifiques permettant de faire communiquer entre-eux les différents silos de l'entreprise.
(Enterprise Application Integration, traduisez intégration des applications de l'entreprise)
Qu’est ce que SOA-> Naissance de la notion SOA
18
Partenaires = connections
Partie II - Les Architectures orientées services
EDA( Event Driven Architecture) : Propagation automatisée des nouvelles informations métiers dans le SI pour éviter la désynchronisation de multiples référentiels. Nécessite la mise en place l’outils EAI.
POA( Process Oriented Architecture) : application modéliser comme un processus, ce qui nécessite la mise en place d’un moteur pour automatiser ces processus ( Workflou)
Qu’est ce que SOA-> Naissance de la notion SOA-> POA ET EDA
19
SOA trouve la solutions aux problématique des autres solutions SOA trouve la solutions aux problématique des autres solutions
Partie II - Les Architectures orientées services
Programmation structure = robuste et réutilisable
Langage purement procéduraux Langage purement procéduraux -> Code réutilisable? = (fonctions + des procédures) Fichier sépare Programmation Orientée Objet (POO) Programmation Orientée Objet (POO) -> Code réutilisable? = définition et l'assemblage de briques logicielles (Objets) ; Envoie des messages grâce aux appels des méthodes
Solutions de transports au delà des frontière des SI --->>> Problèmes de compatibilité entre Problèmes de compatibilité entre plateformes plateformes
Besoin de standardisation et la mise en commun des protocoles standardisation et la mise en commun des protocoles ( SOAP, XML,….)
La pensé orientée services La pensé orientée services
Qu’est ce que SOA-> Naissance de la notion SOA
20
SOAP (Simple Object Access Protocol) est un protocole d'échange
Modèle orienté objets (POO)
Partie II - Les Architectures orientées services
Modèle orienté services (SOA)
Services ?
Vision POO et SOA ? -> savoir où se situent les différences
21
Partie II - Les Architectures orientées services
SOA apporte au SI :
• De la réutilisabilité ?• De l’interopérabilité ?• De la flexibilité ?
• SOA est un concept qui n’est pas lié à la technologie..• Une implémentation s’effectue sur la base de normes et de standards.
La clé : l’agilité
Qu’est ce que SOA-> Couverture des besoins
22
Les 4 grands principes du SOALes 4 grands principes du SOA
• La définition des services• Les services sont autonomes • Les clients et les services ne partagent que des
contrats• La compatibilité est basée sur les règles
Partie II - Les Architectures orientées services
Qu’est ce que SOA-> Principes
Service
Contrat Implémentation
Service 2
Service 1
Application 2
Application 1
Message traité
Message à traiter
23
Les services au cœur SOA Les services au cœur SOA
• SOA présent un modèle d’architecture informatique basée sur l’émergence d’une couche de services. Ces services offrent une vue logique des traitements et données existant déjà ou à développer.
• Un service, met à disposition d’acteurs(humains ou logiciels) intervenants dans des processus métiers, un accès vers une ou plusieurs fonctions métiers.
• Un service vise à être simple d’emploie et réutilisable .• Un service SOA dialogue avec ses consommateurs sous une forme
standardisée, tant sur le plan technique que sur le plan métier
Partie II - Les Architectures orientées services
L’approche SOA favorise la L’approche SOA favorise la constructionconstruction de nouveaux services par de nouveaux services par composition composition de de services existants et cette composition devient son tour un service. De plus la services existants et cette composition devient son tour un service. De plus la
composition de service ne s’arrête pas non plus aux frontières du SI. composition de service ne s’arrête pas non plus aux frontières du SI.
Qu’est ce que SOA-> Services
24
Cycle de vie des services Cycle de vie des services Identifier Mettre en placeMaintenirLe concept d’application composite
Sommaire
• Partie I -Entropie des systèmes d’Information
• Partie II - Les Architectures orientées services
• Partie III - SOA-Concepts et Composants
• Conclusion, Bilan & Perspectif
25
Partie III - SOA-Concepts et Composants
SilosHermétiqueMonolithiqueFragile
PartagéCollaboratif
Interopérable
26http://www.sun.com/products/soa/benefits.jsp
Partie III - SOA-Concepts et Composants
27
SERVICES MÉTIER
APPLICATIONS COMPOSITES
Partie III - SOA-Concepts et Composants
ESB : Entreprise Service BusLes Référentiels Les outils de BPM (Business Process Management
28
L’infrastructure logicielle
Livre Orange ; Urbanisation & Intégration de système « Valtech Technology consulting »
Partie III - SOA-Concepts et Composants
29
SOA et Web Service ->Protocole et normes
Partie III - Les Architectures orientées services
30
SOA et Web Service ->Infrastructure
http://www.softeam.fr/technologies_web_services.php
Partie III - Les Architectures orientées services
REST, un style d'architecture, pas un standard
REST est un style d'architecture, pas un standard. Il n'existe donc pas de spécifications de REST. Il faut comprendre le style REST et ensuite concevoir des applications ou des services Web selon ce style.
Bien que REST ne soit pas un standard, il utilise des standards.
REST concerne l'architecture globale d'un système. Il ne définit pas la manière de réaliser dans les détails. En particulier, des services REST peuvent être réalisés en .NET, JAVA, CGI ou COBOL.
31
SOA et Web Service ->fonctionnement
Le fonctionnement des services web repose sur un modèle en couches, dont les trois couches fondamentales sont les suivantes : •Échange , visant à décrire la structure des messages échangés par les applications. •Découverte, pour permettre de rechercher et de localiser un service web particulier •Description, dont l'objectif est la description des interfaces des services web
Partie III - Les Architectures orientées services
32
SOA et Web Service ->fonctionnement
Bilan, Perspectif et Conclusion,
33
Bilan et perspectif
•SOA n’est pas une technologie SOA n’est pas une technologie •SOA ne signifie pas Web Services SOA ne signifie pas Web Services •Web service ne signifie pas SOAWeb service ne signifie pas SOA•SOA ne résout pas les problèmes SOA ne résout pas les problèmes existent dans les implémentations existent dans les implémentations •SOA nécessite un langage métier SOA nécessite un langage métier commun (Contrat, grammaire xml ) commun (Contrat, grammaire xml ) •SOA est une affaire de compromis SOA est une affaire de compromis
Bilan, Perspectif et Conclusion,
34
Marché SOA
https://www.pac-online.com
35
(Oracle, IBM, Software AG et Tibco)
(Logica, Capgemini, IBM, Atos Origin, SolucomOligopolistique de ce marché
Bilan, Perspectif et Conclusion, Marché SOA
RéseauInternet
(TCP/IP)
Communication:e-mail
(pop3,SMTP,Mime)
Information:World-wide Web
(html, http, j2ee, xml)
Applications:Web Services
(SOAP, WSDL, UDDI)
Distributed Computing:Grid
(Globus -> OGSA)
Operating System: Linux
36
Bilan, Perspectif et Conclusion, Marché STANDARD
Bilan, Perspectif et Conclusion,
37
Bilan et perspectif
38
Bilan, Perspectif et Conclusion,
• Agilité • Réduction(Time to Market )• Partage des ressources
applicatives • Réutilisation• Facilité d’intégration
Conclusion
• Beaucoup de pièces • Flux Important • Coût de recherche d’erreur(Correctif) • Mettre en place SLA(Financier)
• Important de mettre en place une solution de gouvernance gouvernance SOA.
• L’architecture orienté service met en œuvre une approche dont le concept primaire est le service.
• Le processus d’urbanisation manipulant le concept de service sera plus fluide
• SI moins rigide => alignement par rapport au besoins métier
SLA ( Service Level Agreements )
Que faut-il faire ?Comment le faire ?Qui doit le faire ?Comment est-ce piloté et mesuré ?
39
Bibliographie
Site Internationaux :•http://www.thinmanager.com/buckets/whatarethinclients.shtml•http://www.generation-nt.com/•http://fr.wikipedia.org•http://www.phpboost.com/upload/architecture_application_web.png•http://www.fujitsu.com•http://fr.sun.com/practice/software/soa/images/ig_soa_before.gif•https://www-304.ibm.com/•http://www.softeam.fr/technologies_web_services.phpRecherche bibliographique : SOA, Le guide de l’architecte du SI ; de Xavier Fournier-Morel, Pascal Hrojean , Guillaume Plouin, Cyril Rognon Edition SQLI ISBN 978-2-10-051708-4Livre blanc :
•SOA : Architecture Logique Principes, structures et bonnes pratiques, Copyright © SOFTEAM 2007
•Méthodologie SOA en six domaines Révéler les avantages métiers d’une Architecture Orientée Services Copyright © 2005 BEA Systems
•SOA et urbanisme Le rôle des Architectures Orientées Services dans l’alignement métier des Systèmes d’Information Copyright © Unilog Management•http://soa.sys-con.com/node/403065
•Les Architectures Orientées Services Copyright © www.syntec-informatique.fr
40
Question & Réponse
Merci
© Suzanne Porter