Introduction lArchitecture Oriente Service

Modules SAR O2/SAR O3 SI3 Revu par F. Baude, M2 MIAGE NTDP, 2 !

"esse#$%elle&e#$ s%&pl%'%(a$%o#, ra((our(%sse&e#$s, ) *uel*ues de$a%ls+

(c) 2007, Occello Audrey, SAR

-1-

Plan du cours
A quels besoins rpond le SOA ? Pourquoi les solutions actuelles sont insuffisantes ? Quels sont les principes de base du SOA ? Quels sont les lments cl dune architecture oriente services ? Quel est le c cle de vie dun service ? Quelles mthodes et outils permettent de mettre en oeuvre une architecture oriente services ?

(c) 2007, Occello Audrey, SAR

-3-

A quels besoins rpond le SOA ? Pourquoi les solutions actuelles sont insuffisantes ?

(c) 2007, Occello Audrey, SAR

-4-

Problmatique de lint!ration en entreprise

"a cration d#applications dans l#entreprise est tr$s souvent pilote par des besoins tr$s court terme %veloppement d#une application sous tel dlai avec telles fonctionnalits &odlisation et dveloppement diri! par les choi'(contraintes techniques Pas de discussion entre maitrise d#ouvra!e )&OA* et maitrise d#oeuvre )&O+* D,(ala-e e#$re .eso%#s &,$%er e$ leur r,al%sa$%o# "(o#s$%$ua#$s %#'or&a$%*ues+ Pas de pla(e pour la pr%se e# (o&p$e de l/,volu$%o# des .eso%#s 'o#($%o##els au #%veau de l/appl%(a$%o# (c) 2007, Occello Audrey, SAR -6-

Problmatique de lint!ration en entreprise

"e dcoupa!e prsentation(traitement(base de donnes de l#architecture ,-tiers facilite le travail de la &O+ mais favorise le cloisonnement en silos applicatifs indpendants )blocs monolithiques* .ertaines fonctions sont redondantes / une version pour chaque application

Pas de &u$ual%sa$%o# des d,veloppe&e#$s e#$re pro0e$s e$ peu de r,u$%l%sa$%o# poss%.le (c) 2007, Occello Audrey, SAR -7-

Problmatique de lint!ration en entreprise

+ntreprises dcoupes en dpartements fonctionnels compris le SI Processus mtiers de 0 en 0 inter-dpartementau' "es processus franchissent les fonti$res de l#entreprise qui doit pouvoir prendre en compte les activits et processus des partenaires pour 1tre reactive

1o2$s (o#s%d,ra.les da#s la -es$%o# des 'lu3 e#$re d,par$e&e#$s e$ da#s l4%#$,-ra$%o# de leurs SI (c) 2007, Occello Audrey, SAR -8-

2ier / plat de spa!hettis

%veloppements co3teu' Interconne'ions redondantes )point point* 4rande comple'it &aintenance difficile (c) 2007, Occello Audrey, SAR -9-

9ers tou5ours plus d#abstraction

Procdures &odules &od$les orients ob5ets
6 Pac7a!es 6 +ncapsulation

%esi!n pattern 888

(c) 2007, Occello Audrey, SAR - 10 -

"imites de la pro!rammation oriente Ob5et

Structure et architecture de lapplication peu visibles Interactions entre ob5ets enfouies dans le code :volution ( modification difficile ;echerche des bouts de code impliqus source derreur 4estion de la consistance dun chan!ement dlicate

(c) 2007, Occello Audrey, SAR

- 11 -

Ob5ets et encapsulation
Gra#ular%$, e#(ore $rop '%#e &al adapte la pro!rammation !rande chelle 1oupla-e 'or$ ;end difficile la rutilisation Accro<t la comple'it des S st$mes OO

(c) 2007, Occello Audrey, SAR

- 12 -

+ncore plus de structuration avec les composants lo!iciels

Analo!ie avec les composants lectroniques= le!os= pu>>les

(c) 2007, Occello Audrey, SAR

- 13 -

?n .omposant / Quest-ce que cest ?

D,'%#%$%o# usuelle
?ne unit re!roupant les fonctionnalits concernant une m1me ide ?n module lo!iciel autonome pouvant 1tre install sur diffrentes plates-formes qui e'porte des attributs et des mthodes qui peut 1tre confi!ur )dploiement semi automatique* capable de sauto-dcrire @tre des briques de base confi!urables pour permettre la construction dune application par composition - 14 -

I#$,r5$

(c) 2007, Occello Audrey, SAR

Structure dun composant

I#$era($%o#s ave( u# (o&posa#$
ce qui est fourni par le composant ce qui est utilis par le composant modes de communication proprits )attributs publics* conne'ions c cle de vie )arret= redemarra!e= 888* contraintes techniques )transaction= persistance= scurit= 888* A

1o#'%-ura$%o# du (o&posa#$

Interface de configuration

(c) 2007, Occello Audrey, SAR

Interfaces fournies

- 15 -

Interfaces requises

;e-confi!uration d namique
Consommer: payer, selectionner, prendre Gerer: ouvrir, remplir, mettreMonnaie Rparer: ouvrirCapot, fermerCapot Facturer: encaisser, rendreMonnaie

Distributeur de boissons

Facturation version 1
Facturer: encaisser, rendreMonnaie

BCDust in time bindin!CE Permet de modifier l#application chaud sans modification du code en manipulant les assembla!es (c) 2007, Occello Audrey, SAR
Facturation version 2
Facturer: encaisser, rendreMonnaie

- 16 -

"es composants dans la nature

"a modlisation des composants lo!iciels est int!re ?&" F8G Spcification / .omposants .O;HA )..&* Sprin! )D++ beans for Ieb apps* Jractal )+tendu pour le rparti= voir 4rid.omponent&odel 6 +quipe I,S(IK;IA OASIS* S1A "Serv%(e (o&po#e#$ Ar(6%$e($ure+ 78 u$%l%s, pour SOA "voir OSOA Luscan = 2 draS.A= IH&IebSphere pac7 for SOA= etc* Plates-formes d#'ecution Open..& )4rid..&= +quipe PA;IS I;ISA ;ennes* Dulia )Jractal*= ProActive )4.&* Sofa )Jractal* 888 Occello Audrey, SAR (c) 2007, - 17 -

.onver!ence .omposants ( Services

+'poser les interfaces offertes par les composants selon une technolo!ie au choi'M Par e'emple 6 Services Neb= avec bindin! SOAP 6 Interface Dava avec bindin! ;&I ou D&S Principe suivi par la norme S.A / Service .omponent Architecture 6 Kotion de .omposite Service

(c) 2007, Occello Audrey, SAR

.onver!ence .omposants ( Services / +'emple

From (c) 2007, Occello Audrey, SAR

%emain / Architecture urbanise

"ur.a#%sa$%o# informatique dfinit l#or!anisation dun SI lima!e dune ville
O dcouper le SI en modules autonomes )>one= quartier= <lot= bloc* O localiser les >ones dchan!e dinformations )routes= ponts= tunels* qui permettent de dcoupler les diffrents modules

Ob5ectif / faire voluer le SI au m1me r thme que la strat!ie et l#or!anisation des mtiers de l#entreprise
legacy services portail

(((
!"#"l d$%c&"#'e donnes processus
NonInterruptible Receive Invoke Invoke Reply Invoke Reply Fault

partenaires

((( - 20 -

(c) 2007, Occello Audrey, SAR

Quels sont les principes de base du SOA ?

(c) 2007, Occello Audrey, SAR

- 21 -

Principes fondamentau' de larchitecture SOA

Il ne'iste pas une recette pour !arantir le succ$s de la mise en place dune SOA mais des principes respecter / 6 %iscussion entre mtier et IL 6 ?tilisation des use case mtier 6 ?tilisation de standards 6 Pas de remise en cause de le'istant lors dvolutions technolo!iques 6 %coupla!e entre fournisseur et consommateur de services 6 Indpendance des ressources vis vis de ceu' qui les utilisent
(c) 2007, Occello Audrey, SAR - 22 -

Quest ce quun Service )au sens SOA* ?

Parta!e les caractristiques suivantes dun ob5et
6 &odulaire )ensemble de fonctionnalits qui font sens*

Parta!e les caractristiques suivantes dun composant

6 Hoite noire )sparation interface(implmentation* 6 Indpendant de la localisation 6 Keutralit vis--vis des protocoles de transport

.orrespond un prim$tre fonctionnel que lon souhaite e'poser des consommateurs +st faiblement coupl )indpendant des autres services* +'pose un petit nombre doprations offrant un traitement de bout en bout Sans tat (c) 2007, Occello Audrey, SAR - 23 -

P proprits du service retenir

9# Serv%(e es$ Au$o#o&e e$ sa#s ,$a$ )en !nral= c8e' IS;J* 9# Serv%(e e3pose u# 1o#$ra$
in out
1o#d%$%o#s G,#,rales de ;e#$e R<-le&e#$ I#$,r%eur ;os dro%$s/;os devo%rs

:es Fro#$%<res e#$re serv%(es so#$ E3pl%(%$es

:es serv%(es (o&&u#%*ue#$ par &essa-es

(c) 2007, Occello Audrey, SAR

- 24 -

+'emple de coupla!e fort / 4estion de pr1ts

E#$%$,s
"oanA!ent "oanApproval Account "oan S&S4ateNa
(al(ula$eR%s=

(6e(=1red%$

(rea$e:oa# se#d1o#'%r&a$%o#

"oanA!ent est li "oanApproval et "oan "oanApproval est li Account "oan est li S&S4ateNa (c) 2007, Occello Audrey, SAR - 25 -

4estion de pr1ts en coupla!e faible

Serv%(es
"oanProcess .hec7Account Halance .alculate "oan;is7 .reate"oan Kotif 9iaS&S

Quest ce que "oanProcess ? ?n pro(essus &,$%er Q Il permet dor(6es$rer les services RS coupla!e lTche (c) 2007, Occello Audrey, SAR - 26 -

Husiness Process &ana!ement )HP&*

Hut / %onner l#+ntreprise les mo ens de !rer ses processus mtiers de mani$re informatise )modlisation= simulation= e'cution et audit*
6 Optimisation= adaptation au' besoins en temps rel

?n pro(essus est compos de sous pro(essus= de d,(%s%o#s )Husiness rules* et da($%v%$,s ?n sous processus a son propre but= entres et sorties "es activits

6 correspondent au' parties du processus mtier qui nincluent pas de dcision et sont associes des rUles 6 Sont ralises par des s st$mes ou des humains

%es &esures )VPI pour Ve Performance Indicators* permettent de capturer les performances du processus ?n processus est le r,sul$a$ d4u#e or(6es$ra$%o# de service "e processus est lui-m1me accessible en tant que service

(c) 2007, Occello Audrey, SAR

- 27 -

HP& par le'emple

(c) 2007, Occello Audrey, SAR

- 28 -

"es couches SOA

ae
* *

1es d%'',re#$s &odes de (oupla-e so#$ #,(essa%res e$ d,pe#de#$ du #%veau da#s l4ar(6%$e($ure

1o au up #% lave e au 'a l o % .l e -% *u e

(c) 2007, Occello Audrey, SAR

E3 >

1o au up ou # lav% a %ve e s% u au 'a o# # % v $e % . l S 1 ea ( e A u 6# % lo * -% ue *u e >

1o up l

'o r$

- 29 -

e-store / .ouches
AccountController Default !ignOut Presentation Layer y Account Edit Account Create Account !ignIn !earch Category Items Item Details !hopping Cart Help Error CartController

Check out

Order Billing

Order !hipping

Order Process

Business Logic Layer

Account

Profile

Product

Item

Inventory

Cart

OrderInsert

OrderRead

Data Access Layer

IAccount

IProfile

IProduct

IItem

IInventory

IOrder

(c) 2007, Occello Audrey, SAR

- 30 -

e-store / %omaines
Default !ignOut Presentation Layer y Account Edit Account Create Account !ignIn !earch Category Items Item Details !hopping Cart Help Error

Check out

Order Billing

Order !hipping

Order Process

Business Logic Layer

Account

Profile

Product

Item

Inventory

Cart

OrderInsert

OrderRead

1.0 1.1 1.2

Data Access Layer IAccount IProfile

1.0 2.0 3.5

IProduct IItem

10.0 11.2 11.5

IInventory

5.1 5.2 5.3

IOrder

1.0 6.0 7.0

Customer

Catalog

Inventory

!hopping

Billing

(c) 2007, Occello Audrey, SAR

- 31 -

e-store / %omaines

Presentation Layer

Business Logic Layer

Data Access Layer

Customer

Catalog

Inventory

!hopping

Billing

(c) 2007, Occello Audrey, SAR

- 32 -

e-store / Services

Presentation Layer

Business Logic Layer

!ervice Layer

anage Customer

!ho" Catalog

ake Inventory

!hop

Bill

Data Access Layer

(c) 2007, Occello Audrey, SAR

- 33 -

Hnfices mtier
Amliorer la!ilit et la fle'ibilit du mtier Jaciliter la !estion des processus mtier Offrir la capacit casser les barri$res or!anisationnelles )silos* ;duire en temps le c cle de dveloppement des produits Amliorer le retour sur investissement Accro<tre les opportunits de revenu
(c) 2007, Occello Audrey, SAR - 34 -

Hnfices techniques
;duire la comple'it de la solution .onstruire les services une seule fois et les utiliser frquemment 4arantir une int!ration standardise et le support de clients htro!$nes Jaciliter la maintenabilit
(c) 2007, Occello Audrey, SAR - 35 -

Quels sont les lments cl dune architecture oriente services ?

(c) 2007, Occello Audrey, SAR

- 36 -

Points cls de larchitecture

@.a Sear(6 'or serv%(e

Service consumer

@.. Re$ur# (o#$ra($ 2.a 1rea$e a pro(ess %#s$a#(e

;epositor
1o#$ra($

&ediation la er(Service bus

2.d Se#d re*ues$ 2.( Re$r%eve serv%(e e#d?po%#$

2.. E3e(u$e pro(ess

Service provider

Husiness service orchestrator

Bus%#ess pro(ess des(r%p$%o#

;e!istr

(c) 2007, Occello Audrey, SAR

- 37 -

Standards de larchitecture
"es standards sont un lment cl dune SOA= ils assurent linteroprabilit

SOAP
W3

WSDL
W3

UDDI
(icro&o)t* I+(* ,'

BPEL
#a&i&

!i"ple #b$ect %cce&& 'rotocol Transporte

Web !ervice& .e&cription 1an0ua0e Dcrit le contrat

-niver&al .e&cription .i&covery an/ Inte0ration Spec pour Repository/Registry

+u&ine&& 'roce&& 23ecution 1an0ua0e Dcrit les processus mtier

:es $ro%s p%l%ers des Serv%(es Ae.

(c) 2007, Occello Audrey, SAR

- 38 -

SOA et Neb services

Attention ne pas confondre les F Q
6 SOA est un ensemble de concepts / ?ne SOA peut se mettre en Wuvre sans Ieb Services 6 "es IS sont de lordre de la technolo!ie / On peut utiliser les Ieb Services sans faire de SOA

"es IS constituent la meilleure solution standardise disponible

6 ?n service mtier R un Nebservice (c) 2007, Occello Audrey, SAR - 39 -

"e lan!a!e HP+"

Standard de lOASIS Korme permettant de dcrire des processus en X&" Propose les fonctions basiques dun lan!a!e de pro!rammation/
6 sequence= floN= loop= sNitchA

Identification des Instances de Process 4estion des transactions lon!ue dure )scope= compensation* 4estion des fautes (c) 2007, Occello Audrey, SAR - 40 -

HP+" le chef dorchestre

(c) 2007, Occello Audrey, SAR

- 41 -

HP+" par le'emple

BPar$#er:%#=8 re'ere#(es $o $6e serv%(es par$%(%pa$%#- %# $6e pro(ess 'loC B%#vo=e8 a (red%$ ra$%#- serv%(e sD#(6ro#ouslD
PartnerLin"

B'aul$Ea#dlers8 (a$(6 a#d &a#a-e e3(ep$%o#s C6e# (us$o&er 6as a .ad (red%$ 6%s$orD
lo! PartnerLin"

B'loC8 %#%$%a$es asD#(6ro#ous loa# pro(essors %# parallel o' e3e(u$%o#

PartnerLin"

Bre(e%ve8 asD#(6ro#ous (all.a(=s 'ro& lo#-ru##%#- loa# pro(essors BsC%$(68 $o $6e loCes$ loa# o''er

loan.bpel

(c) 2007, Occello Audrey, SAR

- 42 -

Quelques dtails sur le lan!a!e HP+"

Lransparents YF -S Z[ de

http/((arcad8essi8fr(riveill8old(ensei!nement(FGG[-G\(SA;GF(SA;

(c) 2007, Occello Audrey, SAR

 .est le point dentre vers un service RS invocation indirecte du service au travers du bus .e point dentre doit 1tre normalis mais on ne sait pas qui fournit le service et comment il le fournit )implmentation*8 Infrastructure qui optimise les chan!es entre consommateurs et fournisseurs de services8 Il peut prendre en char!e / 6 ;outa!e 6 transformation des donnes 6 transactions= 6 scurit= 6 qualit de service= 6 A +'/ voir http/((petals8oNF8or!(Nhat-is-petals-esb8html "e but dun +SH est de permettre de communiquer de mani$re simple et standardise entre des applications htro!$nes (c) 2007, Occello Audrey, SAR - 44 -

+SH / couche de mdiation

Quelques mani$res dimplmenter un +SH

Inter!iciels de t pe &O& )&essa!e Oriented &iddleNare* Inter!iciels de t pe Hus ).O;HA par e'emple* Inter!iciels de t pe +AI )&essa!e Hro7er avec connecteurs propritaires lis au moteur dint!ration* ;outeurs Ieb services tel que IebSphere Ieb Services 4ateNa Selo# le $Dpe d4%&pl,&e#$a$%o# re$e#u, l4ESB assurera plus ou &o%#s de Fserv%(esG > le (6o%3 d,pe#d des .eso%#s :4ESB #4es$ pas o.l%-a$o%re > &a%s %l es$ 'or$e&e#$ re(o&&a#d, pour ,v%$er le (oupla-e e#$re 'our#%sseur e$ (o#so&&a$eur (c) 2007, Occello Audrey, SAR - 45 -

+'emples darchitecture techniques se basant ou pas sur un +SH

Avec +SH Sans +SH

Plusieurs connecteurs Orchestration importante Lransactions consquentes

(c) 2007, Occello Audrey, SAR

.ommunications inities par les applications seront donc homo!$nes Pas d^orchestration= parce que pas dintermdiaire/ invocations de services directement pilotes par le code Peu de transactions= ou alors les !rer - 46 _ la main`

Int!ration applicative via un bus DHI

%ans cet e'emple= hormis le HP+" process= tous les autres lments applicatifs sont des services e'ternes au bus8 &ais= par e'8 un lment pourrait 1tre un autre HP+" process ou un composant +DH=

ou autre= dplo %AKS le bus= et vu comme un service interne8 (c) 2007, Occello Audrey, SAR

Specification DHI pour +SH )ouvert*

H. et S+ peuvent se ra5outer )et senre!istrer* sur le bus d namiquement (c) 2007, Occello Audrey, SAR

Quel est le c cle de vie dun service ?

(c) 2007, Occello Audrey, SAR

- 49 -

%coupa!e du c cle de vie dun service

P !randes phases /
6 6 6 6 Identification Spcification %veloppement 4estion

a aspect tranversal / la !ouvernance

6 "es architectures orientes service impliquent une vision !lobale 6 "a !ouvernance permet de casser les silos de lentreprise - 50 -

(c) 2007, Occello Audrey, SAR

. cle de vie des services )activits de !ouvernance*

Ser#ice I$enti ie$ Searc* or E+isting Implementation
yes
exists?

Ser#ice O!ner Appro#al Ser#ice reusa,ility %ommission %an$i$ate %onsumers I$enti ie$

Serv%(e Ide#$%'%(a$%o#
Ser#ice Speci ication %reate$ Pro#i$er Inter aces Documente$ Ser#ice/Process Wor" lo! %reate$

no

Ser#ice Speci ication Re#ie!

Serv%(e Spe(%'%(a$%o#
De#elop %omponents Integrate & Test %reate Deployment Unit Acceptance Test %o$e in repository

Serv%(e Develop&e#$
Plan (e! )ersion Decommis sion Ser#ice Deprec ate Ser#ice

%erti y Ser#ice

Ser#ice in registry

Ser#ice in use

'onitor ser#ice

Serv%(e Ma#a-e&e#$

(c) 2007, Occello Audrey, SAR

- 53 -

;Ules associs au c cle de vie des services

Id %' $ e# # o % $ %( a

A#alDs$e &,$%er

%finit les processus mtiers et les VPI associes Identification des services mtier Optimise les processus via la simulation

Ar(6%$e($e (%' , Sp %finit les services pour les use

cases &odlise les services

o# % $ % (a

I#$,-ra$eur pe p o l ve Assemble les services , D

#$ e &

e v , D Implmente les services

pe p lo

#$ e &

D,veloppeur

o# % $ es

Ges$%o##a%re

Publie les services 4$re le c cle de vie des services .ontrUle la qualit de service

(c) 2007, Occello Audrey, SAR

- 54 -

boom sur la phase didentification

?n des probl$mes centrau' pour mettre en Wuvre une SOA "a !ranularit des services est fondamentale Or succ$s SOA R ] de rutilisation des services :viter une !ranularit trop fine qui entra<ne /
6 beaucoup dinteractions 6 des probl$mes de performance 6 dtermine en !rande partie la rutilisabilit des services

On recommande des services _!ros !rain`

6 attention une !ranularit trop _paisse` 6 un service qui fait trop de chose= risque de ne pas 1tre rutilisable

Trouver le 0us$e &%l%eu (c) 2007, Occello Audrey, SAR - 55 -

F mthodes didentification des services

?ne premi$re phase d#indentification doit 1tre effectue sur l#ensemble du SI dans le cadre de son urbanisation en s#appu ant sur la carto!raphie des domaines mtiers de l#entreprise et sur le code e'istant Approche incrmentale / une phase d#identification est ncessaire au dmarra!e de chaque nouveau pro5et SOA en s#appu ant sur les processus et services rpertoris prcdemment Approche Hottom-up /
6 On part des briques informatiques= on rassemble les bouts )abstraction* 6 ;alise !nralement par la &O+ 6 Plus adquat pour rutiliser le'istant non _SOA-is`

Approche Lop-doNn /
6 On part des interactions mtier pour aboutir au' interactions techniques 6 ;alise !nralement par la &OA 6 Plus adquat pour dmarrer un nouveau pro5et

(c) 2007, Occello Audrey, SAR

- 56 -

Approche _Outside in`

%ans la pratique on utilise rarement une seule approche Pour obtenir une !ranularit pertinente des services= il est ncessaire de concilier les F
6 Jaire lanal se Lop-doNn sans se proccuper de le'istant 6 Jaire lanal se Huttom-up en ne considrant que le'istant 6 .omparer les services _remonts` avec ceu' dduits des processus 6 Jaire les compromis ncessaires pour rutiliser le ma'imum de code

(c) 2007, Occello Audrey, SAR

- 64 -

boom sur la phase de spcification

"es services identifis ne doivent pas 1tre tous publis /
6 .haque service a un co3t et un risque 6 Il faut viter la prolifration des services
an/i/ate an/i/ate !ervice& !ervice&

"e _Serv%(e :%$&us Tes$` d#IH& aide trouver les _bons` services e'poser

Business Alignment %omposa,ility E+ternali-e$ Ser#ice Description Re$un$ancy Elimination

SLT

!ervice& !ervice& 4e3po&e/5 4e3po&e/5

(c) 2007, Occello Audrey, SAR

- 65 -

Quelques crit$res d# _e'posabilit`

"e potentiel d#un service est d#autant plus important qu#il /
6 6 6 6 permet d#automatiser un processus mtier critique est rutilisable par plusieurs domaines mtiers remplace une application dsuette supporte des besoins non fonctionnels )scurit= lo!!in!= monitorin!= 888*

"es services non e'poss

(c) 2007, Occello Audrey, SAR

- 66 -

"ocation de vhicules / services e'poss

0.Rent 6e7icle

1.1 Re&erve 6e7icle

1.2 7eck-out 6e7icle

1.3 7eck-in 6e7icle

1.1.1
7eck Rate&

1.1.2
(ake Re&ervation

1.2.1
1ocate Re&ervation

1.2.2
(o/i)y Re&ervation

1.2.3
reate Rental %0ree"ent

1.2.8
!i0n-out 6e7icle )ro" 1ot

1.3.1
1ocate Rental %0ree"ent

1.3.2
'roce&& Return In)or"ation

1.3.3
'roce&& 'ay"ent

1.3.8
Return 6e7icle to 1ot

././0/.
%on irm Rental In ormation

././0/0
1et %ustomer In ormation

././0/5
1et Payment In ormation

././0/6
%on irm Reser#ation

././0/7
%reate Reser#ation

./././.
1et Location 2Pic"3up/$rop3o 4

./././0
1et Date / time 2Pic"3up/$rop3o 4

./././5
%*oose )e*icle

./././6
1et Options In ormation

./././7
%*ec" )e*icle A#aila,ility

./././8
O er Rates 9or Selection

(c) 2007, Occello Audrey, SAR

- 67 -

+'emple / quels sont les services e'posables ?

A .as%( (al(ula$or 'or per'or&%#- s%&ple ar%$6&e$%( opera$%o#s "), ?, H, /+ A pr%#$%#- appl%(a$%o#, s6ared .D &ul$%ple appl%(a$%o#s, ru##%#- %# &ul$%ple e#v%ro#&e#$s A (red%$ (ard au$6or%Ia$%o# appl%(a$%o# A Da$a.ase loo=up $6a$ re$ur#s appl%(a$%o#?spe(%'%( da$a A (o&pos%$e da$a.ase loo=up 'or (us$o&er %#'or&a$%o#, sear(6%#- a(ross &ul$%ple da$a.ases (c) 2007, Occello Audrey, SAR - 68 -

Quelles mthodes et outils permettent de mettre en oeuvre une architecture oriente services ?

(c) 2007, Occello Audrey, SAR

- 69 -

&thodes de conception des services

SO&A )IH&* SO%A )%e 4amma* Pra'eme )?nilo! &ana!ement et Orchestra KetNor7s* 0 toutes les formations proposes par les diteurs tels que Softeam )S+A*= %reamSoft= etc sur leur _savoir-faire` Au$a#$ d4o''res *ue de &,$6odes d%'',re#$es > de *uo% s4D perdre J
(c) 2007, Occello Audrey, SAR - 70 -

&odeleurs de processus
Outils de modlisation des processus mtier
O 6 6 6 6 6 6 6 6 IBM Ae.Sp6ere Bus%#ess Modeler Bull Bo#%$a De Ga&&a BPM &+4A Aris .orporate &odeler Iin%esi!n PoNer A&. Pop7in S stem Architecture - 71 -

(c) 2007, Occello Audrey, SAR

&oteurs de'cution de processus

Plate-forme dint!ration 6 IBM Ae.sp6ere Pro(ess Server 6 BEA Ae.lo-%( I#$e-ra$or/A(*ualo-%( 6 M%(roso'$ B%I$al= 6 De Ga&&a Aor='loC 6 Oracle HP+" P& 6 Hull Orchestra 6 SAP _KetNeaver` 6 Apache O%+ +SH 6 IBM Ae.sp6ere ESB 6 1el$%3 6os$ed o# O.0e($Ae./IONA Te(6#olo-%es 6 Open+SH )5ava8net* 6 &ule )codehaus8or!* 6 Sonic +SH 6 +H& Ieb Sourcin! %istributed Petals Hus )on OIF*

(c) 2007, Occello Audrey, SAR

- 72 -

.ontrUleurs(moniteurs
HA& )Husiness Activit &onitorin!*
O O O O IBM Ae.Sp6ere Bus%#ess Mo#%$or Ora(le BAM S star Husiness Hrid!e H&. Service Impact &ana!er

.omposants de scurit
O Oracle Ieb Service &ana!er O Obli'

(c) 2007, Occello Audrey, SAR

- 73 -

E3e&ple> Ga&&e d/ou$%ls IBM (ouvra#$ le (D(le de v%e (o&ple$

+u&ine&& %naly&t

!ervice %rc7itect

We,Sp*ere Business 'o$eler

Serv%(e Spe(%'%(a$%o#

Rational So t!are Arc*itect

HP+" VPIs
We,Sp*ere Integration De#eloper Serv%(e Develop&e#$ We,Sp*ere Ser#ice Repository & Registry
!ervice Re0i&trar

IS%"
.eveloper

Inte0ration .eveloper

Rational Application De#eloper

+u&ine&& %naly&t

!erver %/"ini&trator

9overnance (ana0er

'er)or"ance (ana0er

We,Sp*ere Business 'onitor

We,Sp*ere Process Ser#er We,Sp*ere ESB

Serv%(e e3e(u$%o# K Ma#a-e&e#$ (c) 2007, Occello Audrey, SAR

We,Sp*ere Business Ser#ices 9a,ric

- 74 -

.onclusions

(c) 2007, Occello Audrey, SAR

- 75 -

%u d5 vu ?
SOA est une volution des plate-forme passes= tout en prservant les caractristiques russies des architectures traditionnelles 6 .ontractualisation des services
%esi!n b .ontract )&e er*

6 %coupla!e Interface(Implmentation= interoprabilit= transparence des communications= A

&iddleNares la .O;HA

6 %coupla!e fournisseur(comsommateur
&essa!e Oriented &iddleNare )&O&*

6 Orchestration des services

Lravau' autour des Nor7floNs= lan!a!es de coordination

SOA es$ u#e ,volu$%o# plu$L$ *u4u#e r,volu$%o# (c) 2007, Occello Audrey, SAR - 76 -

.hronique dune volution

Assem,leur Langages mac*ine

o,:ets Langages proc$urau+

* *

*
ser#ices

composants

ser#ices

01011 10100 11000 01011

Niveaux dabstraction grandissant (c) 2007, Occello Audrey, SAR - 77 -

S nth$se
Depuis
Orient fonctionnalits .oncu pour durer . cle de dveloppement lon!

Vers
Orient processus .oncu pour chan!er %veloppement et dploiement interactif

Silos applicatifs .oupla!e fort Orient Ob5et

Orchestration de Services .oupla!e faible Orient messa!e

(c) 2007, Occello Audrey, SAR

- 78 -

Avanta!es et inconvnients
Architecture adaptative ;utilisation du code ?tilisation de standards Productivit accrue

&anque de maturit des standards "enteur de'cution %ifficile effectivement implmenter +ncore peu de chose sur la contractualisation
(c) 2007, Occello Audrey, SAR - 79 -

Quelques rfrences 888

_?rbanisation et HP&` - dves .aseau= %SI Hou !ues Llcom= +dition %unod SOA la sauce IH&

http/((NNN-,GZ8ibm8com(softNare(fr(soa(

SOA la sauce Orchestra

http/((NNN8orchestranetNor7s8com(fr(soa(inde'8cfm

.H& appliqu au scnario ;ent-a-car

http/((NNN8research8ibm8com(5ournal(s5(PPP(cherba7ov8h tml - 82 -

(c) 2007, Occello Audrey, SAR

Quelques rfrences 888

1o&posa#$s
6 ..& spec http/((NNN8om!8or!(c!i-bin(doc?ptc(FGGF-G\-G, 6 Jractal spec )4.& spec/ proactive8inria8fr* http/((fractal8ob5ectNeb8or!( 6 Service .omponent Architecture )S.A*
http/((NNNaF\8ibm8com(developerNor7s(librar (specification(Ns-sca(

6 Open..& http/((openccm8ob5ectNeb8or!( 6 Sofa http/((dsr!8mff8cuni8c>(pro5ects(sofa(tools(doc(comp model8html (c) 2007, Occello Audrey, SAR - 83 -