SOA

SOA
(Service Oriented Architecture)
Architectures Orientes Services
PRESENTER PAR
Ahmed LAFTIMI
CNAM 2008-2009
RESPONSABLES DE FILIERE
Monsieur Bruno Van Moerkercke
NFE 107
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

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

Histoire -> 2me Gnration
Application client/Serveur
Introduction
Histoire informatique
Solutions et limits
Applis dlocalises, donnes centralises
Computer Personnel
Architecture client/serveur
Avantage: faible cot des nouvelles applications plus lgres

Inconvnient: duplications dinformations , le poste de travail deviens charge de
plusieurs excutables

Re-centralisation, interfaces client relookes
Application Web
Pas de logiciel sur le poste de travail
Accs distant via un navigateur web

Web services et SOA ?

tat des lieux des SI
tat actuel
tat cible
Htrogne
Redondant
Cot de maintenance
Homogne
Rationnel
Rigide
Agile
Alignement
Divergence
Besoins mtier
SI
Besoins mtier
SI
9

Rponses actuelles -> Urbanisation ->
Modle de rfrence
Processus mtier
Fonctionnel
Use cases
Applicatif
Applications & logiciels
Physique
Infrastructure
10

Division A
Processus rigides
Processus complexes
Processus non transfrables
+
Composants peu rutilisables
Htrognit technologique
Division B
Mtier
Fonctionnel
Phnomne vertical
Applicatif
Problmatiques des silos applicatifs
Physique
11

Mtier
Fonctionnel
Phnomne horizontal
Redondance
Donnes
Traitements
Parc applicatif rigide
Interdpendance leve
Difficult dvolution
Applicatif
Physique
Syndrome du plat de spaghettis???

12

Rponses actuelles -> Outillage
silos
spaghetti
EAI
NON
OUI
Cot dimplmentation lev

Propritaire, dpendance envers lditeur
Point de passage oblig
Workflow
NON
NON
Cot lev dadaptations aux applications

existantes lev
Portail
NON
NON
Paramtrage laborieux
OUI
OUI
Potentiel lev de rutilisation et de

composition
Forte adhrence technologique
Rutilisation non gnralisable
lensemble du SI
Framework
applicatif
Commentaire
EAI (Enterprise Application Integration)

Workflow est un flux d'informations au sein d'une organisation
13
Sommaire

14

SOA Concrtise le modle durbanisation
Processus mtier
Mtier
Fonctionnel
Use cases
Vue logique
Applicatif
Applications & logiciels
Technique
Physique
Infrastructure
15

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

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

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

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

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

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

(POO)
Modle orient services

(SOA)
Services ?
21

Quest ce que SOA-> Couverture des besoins
SOA apporte au SI :
De la rutilisabilit ?
De linteroprabilit ?
De la flexibilit ?
SOA est un concept qui nest pas li la technologie..

Une implmentation seffectue sur la base de normes
et de standards.
La cl : lagilit
22

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
Message traiter
Contrat Implmentation
Application 2
Message trait
Service 1
Service 2
23

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

25
Silos
Hermtique
Monolithique
Fragile
http://www.sun.com/products/soa/benefits.jsp
Partag
Collaboratif
Interoprable
26
APPLICATIONS COMPOSITES
SERVICES MTIER
27

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

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

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

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

March SOA
https://www.pac-online.com
34

March SOA
(Oracle, IBM, Software AG et Tibco)
Oligopolistique de ce march
(Logica, Capgemini, IBM, Atos Origin, Solucom
35

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 et perspectif
37

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
SLA ( Service Level Agreements )
38
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,
Copyright
SOFTEAM 2007
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

SOA

Transféré par

Droits d'auteur :

Formats disponibles

SOA

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

SOA

Transféré par

Droits d'auteur :

Formats disponibles

SOA

(Service Oriented Architecture)

Architectures Orientes Services

Partie I -Entropie des systmes dInformation

Objectif de la prsentation => Dfinir, Identifier

Face au changement quoi faire ?

SOA POUR UNE MEILLEURE AGILITE

Partie I -Entropie des systmes dInformation

Partie I - Entropie des systmes dInformation

Centralisation et terminaux passifs

Avantage: assure la haute disponibilit et lintgrit des donnes et offre lentreprise

Partie I - Entropie des systmes dInformation

Applis dlocalises, donnes centralises

Avantage: faible cot des nouvelles applications plus lgres

Partie I - Entropie des systmes dInformation

Partie I - Entropie des systmes dInformation

Web services et SOA ?

Partie I - Entropie des systmes dInformation

Partie I - Entropie des systmes dInformation

Partie I - Entropie des systmes dInformation

Problmatiques des silos applicatifs

Partie I - Entropie des systmes dInformation

Syndrome du plat de spaghettis???

Partie I - Entropie des systmes dInformation

Cot dimplmentation lev

Cot lev dadaptations aux applications

Potentiel lev de rutilisation et de

EAI (Enterprise Application Integration)

Partie I -Entropie des systmes dInformation

Partie I - Entropie des systmes dInformation

Partie II - Les Architectures orientes services

SOA est apparu en 1996 dans une note de recherche du Gartner

Selon le Gartner Group, plus de 75% des projets dentreprise

de conseil et de recherche dans le domaine de la technologie .

Partie II - Les Architectures orientes services

Selon lOASIS larchitecture oriente service (SOA ):

OASIS (Organisation for Avancement of Structured Information Standards)

Partie II - Les Architectures orientes services

Le SI de l'entreprise est gnralement constitu d'applications en

Partie II - Les Architectures orientes services

EDA( Event Driven Architecture) : Propagation automatise des nouvelles

POA( Process Oriented Architecture) : application modliser comme un

SOA trouve la solutions aux problmatique des autres solutions

Partie II - Les Architectures orientes services

Programmation structure = robuste et rutilisable

Programmation Oriente Objet (POO) -> Code rutilisable? = dfinition et l'assemblage

La pens oriente services

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

Partie II - Les Architectures orientes services

Modle orient objets

Modle orient services

Partie II - Les Architectures orientes services

SOA est un concept qui nest pas li la technologie..

Partie II - Les Architectures orientes services

La dfinition des services

Partie II - Les Architectures orientes services

Les services au cur SOA

Cycle de vie des services

SOA prsent un modle darchitecture informatique base sur lmergence dune

Lapproche SOA favorise la construction de nouveaux services par composition de