Architectures Orientées Services: (Service Oriented Architecture)

SOA
(Service Oriented Architecture)

Architectures Orientes Services

RESPONSABLES DE FILIERE
Monsieur Bruno Van Moerkercke
NFE 107

PRESENTER PAR
Ahmed LAFTI MI
CNAM 2008-2009

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
2
Introduction

Face au changement quoi faire ?

volution des Systmes dinformation
Architecture
Processus Fluides

SOA POUR UNE MEILLEURE AGILITE

Problmatique
3
Sommaire

4
Partie I - Entropie des systmes dInformation
Le Mainframe
Ordinateur central
Terminaux
Serveur unique

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

Centralisation et terminaux passifs

Histoire -> 1
ER
Gnration

5
Application client/Serveur

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
Introduction
Histoire informatique
Solutions et limits

Applis dlocalises, donnes centralises
Histoire -> 2me Gnration

6
Application Web

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

Re-centralisation, interfaces client relookes

7

Web services et SOA ?

8

Rigide
tat cible
Homogne
Rationnel

Agile
Divergence
Besoins mtier
SI

Alignement
Besoins mtier
SI

tat actuel
Htrogne
Redondant
Cot de maintenance

tat des lieux des SI
9

Processus mtier

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

Mtier
Fonctionnel
Applicatif
Physique
Division A Division B
Processus rigides
Processus complexes
Processus non transfrables
+
Composants peu rutilisables
Htrognit technologique

=

Problmatiques des silos applicatifs

Rponses actuelles -> Urbanisation -> Phnomne vertical
11

Redondance
Donnes
Traitements
Parc applicatif rigide
Interdpendance leve
Difficult dvolution

Mtier
Fonctionnel
Applicatif
Physique
Syndrome du plat de spaghettis ???
Rponses actuelles -> Urbanisation -> Phnomne horizontal
12
silos spaghetti Commentaire
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
Framework
applicatif
OUI OUI
Potentiel lev de rutilisation et de
composition
Forte adhrence technologique
Rutilisation non gnralisable
lensemble du SI
Rponses actuelles -> Outillage
13
Workflow est un flux d'informations au sein d'une organisation
EAI (Enterprise Application Integration)
Sommaire

14

Processus mtier

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

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.

Quest ce que SOA
16

OASIS (Organisation for Avancement of Structured Information Standards)

Selon lOASIS larchitecture oriente service (SOA ):

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

Quest ce que SOA-> Dfinition

17

Le SI de l'entreprise est gnralement constitu d'applications en
silo =
-Transversalit
- 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)
Quest ce que SOA-> Naissance de la notion SOA

18
Partenaires = connections

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)

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

19

SOA trouve la solutions aux problmatique des autres solutions


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

Quest ce que SOA-> Naissance de la notion SOA

20
SOAP (Simple Object Access Protocol) est un protocole d'change
Modle orient objets
(POO)

Modle orient services
(SOA)

Services ?

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

21

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

Des services sans tat 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
Quest ce que SOA-> Couverture des besoins

22
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

Quest ce que SOA-> Principes

Service

Contrat

Implmentation

Service 2
Service 1
Application 2
Application 1
Message trait
Message traiter
23
Les services au cur SOA

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.

Quest ce que SOA-> Services

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

25

Silos
Hermtique
Monolithique
Fragile

Partag
Collaboratif
Interoprable

26
http://www.sun.com/products/soa/benefits.jsp
27
SERVI CES MTI ER
APPLI CATI ONS COMPOSI TES

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

28
Linfrastructure logicielle

Livre Orange ; Urbanisation & Intgration de systme Valtech Technology consulting

29
SOA et Web Service ->Protocole et normes

Partie III - Les Architectures orientes services
30
SOA et Web Service ->Infrastructure

http://www.softeam.fr/technologies_web_services.php
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.

31
SOA et Web Service ->fonctionnement

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
32
SOA et Web Service ->fonctionnement

Bilan, Perspectif et Conclusion,
33
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
34
March SOA

https://www.pac-online.com

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

Rseau
Internet
(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
March STANDARD

37
Bilan et perspectif

Avantages Inconvnients
- 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
- Cots de conception et de dveloppement
initiaux plus consquents

- Ncessit d'apprhender de nouvelles
technologies

- Existant non SOA dans les entreprises

- Performances rduites pour des traitements
simples (couche supplmentaire)

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

Conclusion

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

Important de mettre en place une solution de gouvernance SOA.

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 )
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.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

40
Question & Rponse
Merci
Suzanne Porter

Architectures Orientées Services: (Service Oriented Architecture)

Transféré par

Droits d'auteur :

Formats disponibles

Architectures Orientées Services: (Service Oriented Architecture)

Transféré par

Informations du document

Titre original

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

Architectures Orientées Services: (Service Oriented Architecture)

Transféré par

Droits d'auteur :

Formats disponibles

SOA

(Service Oriented Architecture)

Vous aimerez peut-être aussi