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

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

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

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

tat cible

Htrogne
Redondant
Cot de maintenance

Homogne
Rationnel

Rigide

Agile

Alignement

Divergence

Besoins mtier
SI

Besoins mtier
SI
9

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

Partie I - Entropie des systmes dInformation

Rponses actuelles -> Urbanisation ->
Mtier

Fonctionnel

Phnomne horizontal

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

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
Propritaire, dpendance envers lditeur

Portail

NON

NON

Paramtrage laborieux
Propritaire, dpendance envers lditeur

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

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 ?

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

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

Message traiter

Contrat Implmentation

Application 2
Message trait

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

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

Partag
Collaboratif
Interoprable

26

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

(Logica, Capgemini, IBM, Atos Origin, Solucom

35

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

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

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