Vous êtes sur la page 1sur 40

SOA

(Service Oriented Architecture)

Architectures Orientes Services

PRESENTER PAR Ahmed LAFTIMI CNAM 2008-2009

RESPONSABLES DE FILIERE Monsieur Bruno Van Moerkercke NFE 107


1

Sommaire
Partie I -Entropie des systmes dInformation Partie II - Les Architectures orientes services Partie III - SOA-Concepts et Composants Conclusion, Bilan & Perspectif

Objectif de la prsentation => Dfinir, Identifier

Introduction
Problmatique

Face au changement quoi faire ? volution des Systmes dinformation Architecture Processus Fluides

SOA POUR UNE MEILLEURE AGILITE

Sommaire
Partie I -Entropie des systmes dInformation Partie II - Les Architectures orientes services Partie III - SOA-Concepts et Composants Conclusion, Bilan & Perspectif

Partie I - Entropie des systmes dInformation


Histoire -> 1ER Gnration Le Mainframe
Ordinateur central Terminaux Serveur unique

Centralisation et terminaux passifs

Avantage : assure la haute disponibilit et lintgrit des donnes et offre lentreprise un systme cohrent et fiable. Inconvnient : Couts dacquisition et dexploitation sont levs

Partie I - Entropie des systmes dInformation


Histoire -> 2me Gnration Application client/Serveur Applis dlocalises, donnes centralises
Computer Personnel Architecture client/serveur
Introduction Histoire informatique Solutions et limits

Avantage : faible cot des nouvelles applications plus lgres Inconvnient : duplications dinformations , le poste de travail deviens charge de plusieurs excutables

Partie I - Entropie des systmes dInformation


Histoire -> 3me Gnration

Re-centralisation, interfaces client relookes


Application Web
Pas de logiciel sur le poste de travail Accs distant via un navigateur web

Partie I - Entropie des systmes dInformation


Histoire -> 4me Gnration

Web services et SOA ?

Partie I - Entropie des systmes dInformation


tat des lieux des SI

tat actuel
Htrogne Redondant Cot de maintenance

tat cible
Homogne Rationnel

Rigide

Agile

Divergence
Besoins mtier SI

Alignement
Besoins mtier SI

Partie I - Entropie des systmes dInformation


Rponses actuelles -> Urbanisation -> Modle de rfrence

Processus mtier

Fonctionnel
Use cases

Applicatif
Applications & logiciels

Physique
Infrastructure

10

Partie I - Entropie des systmes dInformation


Rponses actuelles -> Urbanisation -> Phnomne vertical
Division A Division B

Mtier

Fonctionnel

Processus rigides Processus complexes Processus non transfrables + Composants peu rutilisables Htrognit technologique = Problmatiques des silos applicatifs

Applicatif

Physique

11

Partie I - Entropie des systmes dInformation


Rponses actuelles -> Urbanisation -> Phnomne horizontal
Mtier

Fonctionnel

Redondance Donnes Traitements Parc applicatif rigide Interdpendance leve Difficult dvolution

Applicatif

Physique

Syndrome du plat de spaghettis ???


12

Partie I - Entropie des systmes dInformation


Rponses actuelles -> Outillage silos
EAI NON

spaghetti
OUI

Commentaire
Cot dimplmentation lev Propritaire, dpendance envers lditeur Point de passage oblig Cot lev dadaptations aux applications existantes lev Propritaire, dpendance envers lditeur Paramtrage laborieux Propritaire, dpendance envers lditeur Potentiel lev de rutilisation et de composition Forte adhrence technologique Rutilisation non gnralisable lensemble du SI

Workflow

NON

NON

Portail Framework applicatif

NON OUI

NON OUI

EAI (Enterprise Application Integration) Workflow est un flux d'informations au sein d'une organisation

13

Sommaire
Partie I -Entropie des systmes dInformation Partie II - Les Architectures orientes services Partie III - SOA-Concepts et Composants Conclusion, Bilan & Perspectif

14

Partie I - Entropie des systmes dInformation


SOA Concrtise le modle durbanisation

Processus mtier Mtier

Fonctionnel
Use cases

Vue logique
Applicatif
Applications & logiciels

Technique

Physique
Infrastructure

15

Partie II - Les Architectures orientes services


Quest ce que SOA

SOA est apparu en 1996 dans une note de recherche du Gartner Group.
Larchitecture oriente service constitue un style darchitecture base sur le principe de sparation de lactivit mtier en une srie de services. Ces services peuvent tre assembls et lis entre eux selon le principe de couplage lche pour excuter lapplication dsire. Ces services sont dfinis a un niveau suprieur de la traditionnelle approche composants Gartner - Septembre 2005

Selon le Gartner Group, plus de 75% des projets dentreprise des annes 2008 reposeront sur les SOA (Service Oriented Architecture).
Gartner, Inc., fonde en1979, est une entreprise amricaine
de conseil et de recherche dans le domaine de la technologie.
16

Partie II - Les Architectures orientes services


Quest ce que SOA-> Dfinition

Selon lOASIS larchitecture oriente service (SOA ):

est un paradigme dorganisation des ressources distribues, potentiellement contrles par des domaines diffrents.

OASIS (Organisation for Avancement of Structured Information Standards)

17

Partie II - Les Architectures orientes services


Quest ce que SOA-> Naissance de la notion SOA

Le SI de l'entreprise est gnralement constitu d'applications en silo = -Transversalit Partenaires = connections - Vision Globale

La solution ce problme EAI ?


Elle consiste dvelopper des connecteurs spcifiques permettant de faire communiquer entre-eux les diffrents silos de l'entreprise.

(Enterprise Application Integration, traduisez intgration des applications de l'entreprise)

18

Partie II - Les Architectures orientes services


Quest ce que SOA-> Naissance de la notion SOA->
POA ET EDA

EDA( Event Driven Architecture) : Propagation automatise des nouvelles


informations mtiers dans le SI pour viter la dsynchronisation de multiples rfrentiels. Ncessite la mise en place loutils EAI.

POA( Process Oriented Architecture) : application modliser comme un


processus, ce qui ncessite la mise en place dun moteur pour automatiser ces processus ( Workflou)

SOA trouve la solutions aux problmatique des autres solutions

19

Partie II - Les Architectures orientes services


Quest ce que SOA-> Naissance de la notion SOA

Programmation structure = robuste et rutilisable

Langage purement procduraux -> Code rutilisable? = (fonctions + des procdures) Fichier spare
Programmation Oriente Objet (POO) -> Code rutilisable? = dfinition et l'assemblage de briques logicielles (Objets) ; Envoie des messages grce aux appels des mthodes Solutions de transports au del des frontire des SI --->>> Problmes de compatibilit entre plateformes Besoin de standardisation et la mise en commun des protocoles ( SOAP, XML,.)

La pens oriente services

20

SOAP (Simple Object Access Protocol) est un protocole d'change

Partie II - Les Architectures orientes services


Vision POO et SOA ? -> savoir o se situent les diffrences

Modle orient objets (POO)

Modle orient services (SOA)

Services ?
21

Partie II - Les Architectures orientes services


Quest ce que SOA-> Couverture des besoins

SOA apporte au SI : De la rutilisabilit ? De linteroprabilit ? De la flexibilit ?


Des services sans tat

SOA est un concept qui nest pas li la technologie.. Une implmentation seffectue sur la base de normes et de standards.

La cl : lagilit

Des services interoprables

Des services faiblement coupls

Les services inscrit dans une urbanisation SOA sont conus pour tre sans-tat afin de pouvoir tre utilis en dehors de tout contexte applicatif

Les services sont dfinis selon les standards du march de manire pouvoir tre utiliss facilement aussi bien en interne quen externe du SI

Les combinaisons de rarrangement des services mtiers selon des prceptes de couplage lche offrent de nombreuses possibilit vis vis de lvolution du mtier

22

Partie II - Les Architectures orientes services


Quest ce que SOA-> Principes Les 4 grands principes du SOA La dfinition des services Les services sont autonomes Les clients et les services ne partagent que des contrats La compatibilit est base sur les rgles

Service
Application 1 Application 2
Message trait Message traiter

Contrat Implmentation

Service 1 Service 2
23

Partie II - Les Architectures orientes services


Quest ce que SOA-> Services

Les services au cur SOA

Cycle de vie des services Identifier Mettre en place Maintenir Le concept dapplication composite

SOA prsent un modle darchitecture informatique base sur lmergence dune couche de services. Ces services offrent une vue logique des traitements et donnes existant dj ou dvelopper. Un service, met disposition dacteurs(humains ou logiciels) intervenants dans des processus mtiers, un accs vers une ou plusieurs fonctions mtiers. Un service vise tre simple demploie et rutilisable . Un service SOA dialogue avec ses consommateurs sous une forme standardise, tant sur le plan technique que sur le plan mtier

Lapproche SOA favorise la construction de nouveaux services par composition de services existants et cette composition devient son tour un service. De plus la composition de service ne sarrte pas non plus aux frontires du SI.

24

Sommaire
Partie I -Entropie des systmes dInformation Partie II - Les Architectures orientes services Partie III - SOA-Concepts et Composants Conclusion, Bilan & Perspectif

25

Partie III - SOA-Concepts et Composants

Silos Hermtique Monolithique Fragile

Partag Collaboratif Interoprable

26

http://www.sun.com/products/soa/benefits.jsp

Partie III - SOA-Concepts et Composants

APPLICATIONS COMPOSITES

SERVICES MTIER

27

Partie III - SOA-Concepts et Composants


Linfrastructure logicielle

ESB : Entreprise Service Bus Les Rfrentiels Les outils de BPM (Business Process Management

28

Livre Orange ; Urbanisation & Intgration de systme Valtech Technology consulting

Partie III - SOA-Concepts et Composants


SOA et Web Service ->Protocole et normes

29

Partie III - Les Architectures orientes services


SOA et Web Service ->Infrastructure

30

http://www.softeam.fr/technologies_web_services.php

Partie III - Les Architectures orientes services


SOA et Web Service ->fonctionnement
REST, un style d'architecture, pas un standard

REST est un style d'architecture, pas un standard. Il n'existe donc pas de spcifications 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 systme. Il ne dfinit pas la manire de raliser dans les dtails. En particulier, des services REST peuvent tre raliss en .NET, JAVA, CGI ou COBOL.
Le fonctionnement des services web repose sur un modle en couches, dont les trois couches fondamentales sont les suivantes : change , visant dcrire la structure des messages changs par les applications. Dcouverte, pour permettre de rechercher et de localiser un service web particulier Description, dont l'objectif est la description des interfaces des services web
31

Partie III - Les Architectures orientes services


SOA et Web Service ->fonctionnement

32

Bilan, Perspectif et Conclusion,


Bilan et perspectif

SOA nest pas une technologie SOA ne signifie pas Web Services Web service ne signifie pas SOA SOA ne rsout pas les problmes existent dans les implmentations SOA ncessite un langage mtier commun (Contrat, grammaire xml ) SOA est une affaire de compromis

33

Bilan, Perspectif et Conclusion,


March SOA

https://www.pac-online.com

34

Bilan, Perspectif et Conclusion,


March SOA

(Oracle, IBM, Software AG et Tibco)

Oligopolistique de ce march
35

(Logica, Capgemini, IBM, Atos Origin, Solucom

Bilan, Perspectif et Conclusion,


March STANDARD
Distributed Computing: Grid (Globus -> OGSA) Applications: Web Services (SOAP, WSDL, UDDI)

Operating System: Linux


Information: World-wide Web (html, http, j2ee, xml) Rseau Internet (TCP/IP) Communication: e-mail (pop3,SMTP,Mime)

36

Bilan, Perspectif et Conclusion,


Bilan et perspectif

Avantages
-

Inconvnients
Cots de conception et de dveloppement initiaux plus consquents
-

Obligation d'avoir une modlisation pousse

- Possibilit de dcoupler les accs aux traitements - Localisation et interfaage transparents (ouverture accrue) - Possibilit de mise en place facilite partir d'une application objet existante - Rduction des cots en phase de maintenance et d'volution - Facilit d'amlioration des performances pour des applications importantes (rpartition des traitements facilite

- Ncessit d'apprhender de nouvelles technologies


- Existant non SOA dans les entreprises - Performances rduites pour des traitements simples (couche supplmentaire)

37

Bilan, Perspectif et Conclusion,


Conclusion

Agilit Rduction(Time to Market ) Partage des ressources applicatives Rutilisation Facilit dintgration

Beaucoup de pices Flux Important Cot de recherche derreur(Correctif) Mettre en place SLA(Financier)
Que

faut-il faire ? Comment le faire ? Important de mettre en place une solution de gouvernance SOA. Qui doit le faire ? Comment est-ce pilot et mesur ? Larchitecture orient service met en uvre une approche dont le concept primaire est le service. Le processus durbanisation manipulant le concept de service sera plus fluide SI moins rigide => alignement par rapport au besoins mtier
38

SLA ( Service Level Agreements )

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.php Recherche bibliographique : SOA, Le guide de larchitecte du SI ; de Xavier Fournier-Morel, Pascal Hrojean , Guillaume Plouin, Cyril Rognon Edition SQLI ISBN 978-2-10-051708-4 Livre blanc :

SOA : Architecture Logique Principes, structures et bonnes pratiques,


SOFTEAM 2007

Copyright

Mthodologie SOA en six domaines Rvler les avantages mtiers dune Architecture Oriente Services Copyright 2005 BEA Systems SOA et urbanisme Le rle des Architectures Orientes Services dans lalignement mtier des Systmes dInformation Copyright Unilog Management
http://soa.sys-con.com/node/403065

Les Architectures Orientes Services Copyright www.syntec-informatique.fr


39

Question & Rponse

Merci

Suzanne Porter

40