You are on page 1of 61

Octobre 1994

Sp. TELECOM
ARCHITECTURE
CLIENT/SERVEUR
Charles ROUILLON
Nicolas RUEHL
Emma!el SCHLUC"
#abrice $ELLER
Rolla% &'N&UCCHI
EPITA/TCOM94 Architecture client/serveur
2
ABSTRACT
Cliet(ser)er techolo*+ ca be co,!si*. It is a relati)el+ e- cocept promises
to re)ol!tioi.e the %ata processi* i%!str+. ' lot o, the co,!ses comes ,rom the
h+pe s!rr!%i* a+ re)ol!tioar+ techolo*+ a% the pro%!cts that accompa+ it.
$hich pro%!cts are cliet(ser)er a% -hich oes are/t0 're reso!rce1shari*
et-or2s s!ch as No)ell or L'N Maa*er tr!l+ cliet(ser)er0 Ca ol+ %atabases
be ser)ers0
I this chapter -e -ill %isc!ss the basics o, cliet(ser)er techolo*+ a% 2e+
characteristics o, cliet(ser)er s+stems. $e -ill %isc!ss the theoretical
perspecti)e o, %istrib!te% processi* a% %escribe ho- this theor+ is applie% i
practice. ',ter rea%i* this chapter3 +o! sho!l% be able to 4!%*e ,or +o!rsel,
-hether a pro%!ct or applicatio is cliet(ser)er i at!re.
555
EPITA/TCOM94 Architecture client/serveur
3
TABLE DES MATIERES
INTRODUCTION.................................................................................................................... 4
'spects techi6!es %! Cliet ( Ser)e!r...........................................................7
Introduction de l'aspects tecni!ue................................................................................... "
Le contenu t#ori!ue du $od%le........................................................................................ "
Les principes de &ases........................................................................................................ '
8,iitio................................................................................................................................. 9
Cliet1ser)e!r o! traitemet cooprati,.................................................................................. :
Le dialo(ue entre client et ser)eur..................................................................................... **
Le Mi%%le-are3 l;a!tre om %e l;I<C....................................................................................... 11
L;I<C e %tail........................................................................................................................ 1=
Les mcaismes !tiliss par les I<C...................................................................................... 1=
8ialo*!e sas coe>io ? R<C............................................................................................. 1@
8ialo*!e a)ec sessio ? '<<C o! R8'.................................................................................. 14
Les passerelles ou (ate+a,................................................................................................ *-
8,iitio................................................................................................................................. 1:
La *ate-a+ moolithi6!e........................................................................................................ 1:
La *ate-a+ %istrib!e............................................................................................................. 1:
Les %i,,rets t+pes %e cliet ( ser)e!r............................................................19
Le sc#$a du .artner .roup.............................................................................................. /0
Le %co!pa*e %;!e applicatio A la base %e la rpartitio....................................................=1
Le client1ser)eur de pr#sentation....................................................................................... //
<oits ,orts et poits ,aibles.................................................................................................... =@
Le client1ser)eur de donn#es.............................................................................................. /4
Cliet1ser)e!r %e %oes ? pricipe...................................................................................... =4
<oits ,orts et poits ,aibles.................................................................................................... =7
Le client1ser)eur de proc#dures......................................................................................... /2
<oits ,orts et poits ,aibles.................................................................................................... =B
Conclusion............................................................................................................................ /3
L;architect!re cliet ( ser)e!r che. chroopost...............................................@C
4r#sentation du pro&l%$e................................................................................................... 5*
Les o&6ecti7s de la nou)elle arcitecture de Cronopost.................................................5*
Les $o,ens $is en oeu)re.................................................................................................. 5*
Le s,st%$e d'in7or$ation et de (estion des donn#es......................................................5/
Le r#seau d'entreprise de Cronopost...............................................................................54
Le r#seau local...................................................................................................................... 52
Les e4e!> strat*i6!es...................................................................................@9
Les a)anta(es....................................................................................................................... 5-
Les a)ata*es......................................................................................................................... @9
Cliet ( Ser)e!r et s+stDmes o!)erts...................................................................................... 4C
Les ar*!mets %! mo%Dle Cliet ( Ser)e!r............................................................................ 4=
Les pro&l%$es pos#s par le Client 8 Ser)eur.....................................................................44
Cliet ( Ser)e!r et io)atio................................................................................................. 44
Cliet ( Ser)e!r et i)estissemet.......................................................................................... 4B
Sa!t c!lt!rel............................................................................................................................ 49
L'#tat du $arc#................................................................................................................... 43
Ue t+polo*ie %! march %es pro%!its Cliet ( Ser)e!r.........................................................49
E)iroemet %e %)eloppemet......................................................................................... 7C
Les %i,,rets t+pes %;o!tils %e %)eloppemet......................................................................7C
CONCLUSION........................................................................................................................ 2/
.LOSSAIRE........................................................................................................................... 25
BIBLIO.RA49IE................................................................................................................... 22
INDE:..................................................................................................................................... 2"
ANNE:ES............................................................................................................................... 2-
EPITA/TCOM94 Architecture client/serveur
4
INTRODUCTION
Si la techolo*ie cliet ( ser)e!r pre% a!tat %;importace A l;he!re act!elle3 c;est
6!;elle est la se!le A rpo%re a!> besois ,orm!ls par les etreprises3 A sa)oir ?
U %sir %;it*ratio %e l;e>istat et %es o!)elles techolo*ies3 !e *lobalisatio
%es s+stDmes %;i,ormatio3 !e amlioratio %es ser)ices proposs A l;!tilisate!r3
! accs ,acile et pl!s rapi%e a!> i,ormatios *rEce otammet A l;essor %es
rsea!> loca!> %;etreprise.
EPITA/TCOM94 Architecture client/serveur
5
4artie I
EPITA/TCOM94 Architecture client/serveur
Aspects tecni!ues du Client 8 Ser)eur
6
Introduction de l'aspects tecni!ue
8as !e applicatio cliet1ser)e!r3 o %isti*!e le cliet3 statio %! rsea! 6!i )a
*rer %es 6!estios o! re6!Ftes A tra)ers le rsea!3 et le ser)e!r propremet %it3
6!i *Dre les i,ormatios et )a e,,ect!er les traitemets3 e ,octio %es re6!Ftes
mises par les cliets.
Le contenu t#ori!ue du $od%le
Le mo%Dle cliet1ser)e!r pe!t se rs!mer e ! %ialo*!e etre %e!> pro*rammes.
Ce %ialo*!e cosiste e ! cha*e %;i,ormatio G %e %oes o! le rs!ltat %;!
calc!lH. Lors %e ce %ialo*!e3 la relatio etre ces %e!> pro*rammes est %e t+pe I*al
A *alI Gpeer to peer e a*laisH et o pas ! rapport ImaJtre1escla)eI comme o
le prati6!ait %as ! e)iroemets cetraliss.
Le client1ser)eur i$pli!ue un dialo(ue d'#(al ; #(al.
Programme Programme
Dialogue
Remar6!es ?
Cette relatio %;*al A *al ;impli6!e pas 6!e les %e!> pro*rammes soiet
i%eti6!es3 i %as le!r at!re3 i %as le!rs rKles3 i %as les s+stDmes
%;e>ploitatios 6!i les s!pportet.
O pe!t %*a*er ! premier i)ea! %e %i,,rece e i%eti,iat cel!i %es %e!>
pro*rammes 6!i a iiti le %ialo*!e3 et cel!i 6!i s;est cotet %e rpo%re.
C;est ici 6!e se sit!e la %istictio etre le cliet et le ser)e!r.
Le cliet3 c;est le pro*ramme a+at pro)o6! l;tablissemet %e la Ico)ersatioI3 et
le ser)e!r3 c;est le pro*ramme Irpo%atI ,o!rissat %es %oes o! %es
rs!ltats.
EPITA/TCOM94 Architecture client/serveur
7
Le client est ; la &ase du dialo(ue.
Dialogue
Client Serveur
Initie et pilote le dialogue Rpond au client et
participe au dialogue
Le ser)e!r est ! pro*ramme *ri6!e %ot le se!l ob4et est %e rpo%re a!>
%ema%es %es applicatios clietes e ,o!rissat e reto!r %es %oes o! %es
rs!ltats %e calc!l. Le cliet est !e applicatio a! ses propre %! terme.
Les %ema%es %es applicatios sot *ralemet 6!ali,ies %e re6!Ftes.
Le ser)e!r est3 part at!re3 i%pe%at %es applicatios 6!i l;iterro*et3 il + a
a!c! lie ,octioel a)ec ces %eriDres3 il i*ore to!t %es cliet s 6!i l!i
so!mettet %es re6!Ftes si ce ;est le!r i)ea! %;a!torisatio et le!r a%resse
rsea!.
Les principes de &ases
D#7inition
Ue applicatio est co,orme a! mo%Dle cliet1ser)e!r lors6!;elle ,ait appel A %es
ser)ices %istats a! tra)ers %;! cha*es %e messa*e pl!tKt 6!e par ! cha*es
%e ,ichiers.
Ce mo%Dle s!ppose ! ,octioemet IassociatI pl!sie!rs or%iate!rs relis etre
e!> par ! rsea!. Ce ,octioemet associati, repose s!r ! %ialo*!e ?
missio %e re6!Ftes
appels %e ser)ice par le cliet et missio %es rs!ltats par le ser)e!r
to!s ceci r*i par ! protocole 6!i ass!re le bo %ro!lemet %es cha*es.
EPITA/TCOM94 Architecture client/serveur
8
Client1ser)eur ou traite$ent coop#rati7
Le mo%Dle cliet1ser)e!r est !e mise e oe!)re %! traitemet cooprati,.
Il e>iste %e!> t+pes %e traitemet cooprati, ?
le traitemet cooprati, a! i)ea! s+stDme
le traitemet cooprati, a! i)ea! applicati,
Le cliet1ser)e!r est ! traitemet cooprati, %! premier t+pe. Cel!i1ci met e
relatio %es applicati,s a)ec %es process!s i%pe%ats %e ces applicati,s3 ces
process!s sot appels Iles ser)icesI. Cette relatio passe a! tra)ers %e sessio %e
comm!icatio 6!i sot *rs par %es process!s 6!i se sit!et a! i)ea! %es
%i,,rets s+stDmes %;e>ploitatio G les s+stDmes %;e>ploitatio %es statios clietes
et ce!> %es ser)e!rsH.
Le mo%Dle cliet1ser)e!r co%!it A bEtir %es architect!res IspcialisesI o! les
membres %;! mFme rsea! sot soit cliets3 soit ser)e!rs.
Les $e$&res du r#seau se distin(uent par la nature des processus !u'ils
supportent <client ou ser)eur=.
ser)eur
clients
L;applicatio o! et commet la %co!per
#o%ametalemet3 !e applicatio i,ormati6!e se compose %e trois i)ea!>
pricipa!> ?
l;iter,ace a)ec l;!tilisate!r
les traitemets
les %oes
Ces trois i)ea!> sot a!ssi composs %e %i,,retes co!ches. 'isi po!r les
traitemets o pe!t %isti*!er la lo*i6!e ,octioelle3 l;e>c!tio %es proc%!res.
EPITA/TCOM94 Architecture client/serveur
9
Les $odules co$posant les trois ni)eau> d'une application
Interface
Traitement
Donnes
gestion de l'afchage
logique de l'afchage
logique fonctionnelle
excution des procdures
intgrit des donnes
gestion des donnes
La *estio %e l;a,,icha*e est ass!r par l;e)iroemet %;e>ploitatio Ge>emple
-i%o-sH. 8as le cas %;! e)iroemet *raphi6!e3 cela cocere to!tes les
,octios %e ,eFtra*e.
La lo*i6!e %e l;a,,icha*e trasmet A la *estio %e l;a,,icha*e la %escriptio %es
lmets %e prsetatio.
La lo*i6!e ,octioelle cotiet l;arborescece al*orithmi6!e %e l;applicatio.
C;est ici 6!e le lacemet %es proc%!res 6!i sot %ro!les et e>c!tes %as la
co!che s!i)ate.
L;e>c!tio %es proc%!res ? c;est ici 6!e se sit!e le coe!r %es traitemets %e
l;applicatio Ge>emple les proc%!res cotieet les istr!ctios %e maip!latio
%es %oes comme %es s6!eces %;or%re SLLH.
L;it*rit %es %oes *aratit le respect %e la rD*le CRU8E Gabr)iatio
si*i,iat Coloe3 R,rece3 Utilisate!r3 8omaie3 EtitH.
La *estio %es %oes reco!)re la slectio o! la mise A 4o!r %es
ere*istremets Ce mo%!le est *ralemet pris e char*e par ! s+stDme %e
*estio %e base %e %oes GSMN8H.
EPITA/TCOM94 Architecture client/serveur
10
S!r ces si> mo%!les3 il ;+ e a 6!e %e!> 6!i soiet rellemet isparable et 6!i3 %!
co!p3 costit!et le coe!r %e l;applicatio ? la lo*i6!e %e l;a,,icha*e et la lo*i6!e
,octioelle.
C;est a)ec ce %co!pa*e 6!e l;o ,era la %i,,rece etre ! ,octioemet s!r le
mo%e cliet1ser)e!r o! e traitemet cooprati,. 'isi3 !e applicatio ,aisat appel
A ! o! pl!sie!rs mo%!les %ports s!r ! ser)e!r Ge>emple le mo%!le %e *estio
%e %oes est tras,orm e ser)ice et est hber* par ! ser)e!r 6!i %e)iet
aisi ! ser)e!r %e %oesH relD)e %! mo%e cliet1ser)e!r. ' l;i)erse3 !e
applicatio 6!i a sot mo%!le %e lo*i6!e ,octioelle clate s!r pl!sie!rs
process!s3 6!i e!> rsi%et s!r pl!sie!rs machies3 correspo% A ! traitemet
cooprati,.
EPITA/TCOM94 Architecture client/serveur
11
Le dialo(ue entre client et ser)eur
Etre l;applicatio cliete et le ser)ice %ema% s;tablit ! %ialo*!e po!r permettre
l;cha*e %e la %ema%e et %! rs!ltat li A cette %ema%e.
Ce %ialo*!e s;e,,ect!e A tra)ers le rsea! 6!i relie etre elles les %e!> machies
participat A la Ico)ersatio.
L;I<C GIter <rocess Comm!icatioH est le process!s 6!i permet l;tablissemet et
le maitie %! %ialo*!e.
Ue co)ersatio %e t+pe cliet1ser)e!r est e ,ait ! %ialo*!e iter1process!s 6!e
l;o appelle ! I<C. Ce %ialo*!e iter1process!s s;app!ie %e part et %;a!tre s!r %e!>
iter,ace %e i)ea! s+stDme Gc.A.%. a!ssi bie po!r le pro*ramme cliet 6!e po!r le
pro*ramme ser)e!rH.
Ces %e!> iter,ace ass!ret le lie etre les pro*rammes cliets et ser)e!rs %;!e
part3 et le rsea! %;a!tre part. Il s;a*it %es '<I G'pplicatio <ro*rammi* Iter,ace o!
iter,ace %e pro*rammatio a! i)ea! applicati,H et %es #'< G#ormat '% <rotocol
o! protocole %e comm!icatio et ,ormat %es %oesH. C;est l;artic!latio etre '<I
et #'< 6!i costit!e l;I<C.
Le Middle+are? l'autre no$ de l'I4C
O appelle mi%%le-are l;esemble %es co!ches lo*icielles 6!i s;iterposet etre
l;applicatio et le rsea!. Ces co!ches preet e compte les messa*es o! les
re6!Ftes %e l;applicatio cliete et les trasmettet %e ,aOo trasparete Gpo!r
l;applicatioH A tra)ers le rsea! e prati6!at les co)ersios %e protocoles
appropries p!is e reto!rat les %oes o! les co%es %e cotrKles A l;applicatio
cliete.
Les mi%%le-ares les pl!s a)acs sot *alemet capables %e *rer les aspects
sc!rit3 reco!)remet %;erre!r3 ser)ice %e om et a!tre ,octios %! mFme
%omaie.
Le $iddle+are? l'intelli(ence du r#seau
PP!ICTI"#
$%IDD!&'R&$
R&S&(
Cette otio %e mi%%le-are et !e otio ! pe! lar*e3 alors 6!e l;I<C est !e
otio prcise.
EPITA/TCOM94 Architecture client/serveur
12
L'I4C en d#tail
Les cha*es A tra)ers le rsea! reposet to!s s!r !e co!che %e trasport
Ge>emple TC<1I< o! NetbiosH3 mais po!r 6!;! traitemet cooprati, p!isse se
%ro!ler il ,a!t 6!e la co)ersatio soit s+chroise par ! protocole %e
comm!icatio3 et 6!e les %oes cha*es soiet %as ! ,ormat co! %e part
et %;a!tre. Le #'< est l;iter,ace 6!i permet cette co)ersatio3 c;est l;iter,ace etre
%e!> s+stDmes.
L;'<I est pl!tKt !e iter,ace etre ! pro*ramme et ! s+stDme3 aisi ce sot les
,octios ecasps!le %as l;'<I 6!i )ot permettre A l;applicatio %e ,aire appel
a!> ser)ices proposs par le ser)e!r. '<I et #'< se s!perposet3 l;applicatio e
)oit 6!e l;'<I3 l;'<I ;est e cotact 6!;a)ec le #'< et le #'< ,ait la liaiso a)ec les
co!ches rsea! Get to!t %;abor% la co!che %e trasportH.
L'articulation entre A4I et @A4 7or$e I4C
pplication
Interface de programmation )PI*
Protocole de communication )+P*
Protocole de transport
Les lo*iciels rsea! 6!i etret %as la cat*orie %! mi%%le-are sot bas s!r %e!>
approches %e la comm!icatio iterprocess!s GI<CH ? les R<C GRemote <roce%!re
Call o! appels %e proc%!re A %istaceH et les messa*es Gco)ersatios '<<C3
'pplicatio <ro*ram to <ro*ram Comm!icatio3 sot ! e>emple %;I<C bas s!r
les messa*es.
Les $#canis$es utilis#s par les I4C
E ,ait3 ce 6!i %i,,recie les mi%%le-ares etre e!> se sit!e %as la at!re mFme
%! %ialo*!es a)ec coe>io et les %ialo*!e %ot il e>iste %e!> )ariates ?
les %ialo*!es a)ec coe>io
les %ialo*!es sas coe>io
Il + a s+mtrie etre les %e!> approches %;I<C e>istates GR<C et messa*esH et les
%e!> at!res %e %ialo*!es i%eti,ies ?
les I<C !tilisat %es R<C reposet s!r %es %ialo*!es sas coe>io3 alors 6!e les
I<C A messa*es cessitet !e coe>io et la *estio %;!e sessio.
EPITA/TCOM94 Architecture client/serveur
13
Dialo(ue sans conne>ion A R4C
Chac!e %es %e!> approches o,,re %es a)ata*es et %es ico)iets. Les R<C
sot %;! !sa*e simple mais impose ! cha*e s+chroe.
D#roule$ent d'un #can(e a)ec R4C
Principe gnral des RPC
R&S&(
C!I&#T S&R,&(R
programme client
appel de la procdure
distante
prise en compte de la
demande
rveil du serveur
excution de la
procdure
rception du rsultat
poursuite de l'excution
message
d'appel
message
de rponse
Lors %e l;appel %;!e R<C3 le pro*ramme cliet reste Is!spe%!I e atte%at la
rpose %! ser)e!r. La co)ersatio est trDs simple3 le messa*e %;appel cotiet
to!s les lmets cessaires a! ser)e!r Gom %e la proc%!re3 paramDtres
associs A cette proc%!re et %oes %;i%eti,icatio %e l;appelat a,i 6!e le
ser)e!r p!isse )ri,ier si le i)ea! %;a!torisatio re6!is po!r l;e>c!tio %e cette
proc%!re est atteit par l;!tilisate!r %e l;applicatio clieteH et le messa*e e reto!r
cotiet l!i to!te la rpose atte%!e par le pro*ramme cliet e ! se!l ,lot.
Le pricipal a)ata*e %es R<C tiet %as le!r simplicit GappareteH %e mise e
oe!)re.
EPITA/TCOM94 Architecture client/serveur
14
Mais les ico)iets sot ombre!> ?
caractDre e>cl!si)emet s+chroe %e l;cha*e
,iabilit m%iocre Grpose s!r !e e>c!tioH
pas %e res+chroisatio etre cliet et ser)e!r possible a! co!rs %e
l;cha*e
pas %e *estio %! ,l!> %e reto!r Gla rpose arri)e e !e ,ois 6!el 6!;e
soit le )ol!meH
Mais les R<C sot pr,rables %as les cas o! les cha*es sot spora%i6!e car le
mo%e coect G%ialo*!e a)ec sessioH est pl!s coPte!> e resso!rces.
Dialo(ue a)ec session A A44C ou RDA
Les I<C bass s!r ! cha*e %e messa*es cessitet ! bo i)ea! %;e>pertise
mais permettet les %ialo*!es as+chroes. 8e pl!s3 il est possible %;implmeter
! mcaisme %e R<C s!r ! I<C oriet messa*e mais pas l;i)erse.
La %ema%e %e coe>io mise par le pro*ramme cliet reprsete le poit %e
%part %! %ialo*!e. Cette %ema%e est *ralemet accompa*e %es lmets
%;i%eti,icatio %e l;!tilisate!r %e l;applicatio cliete.
Si le ser)e!r accepte la coe>io3 cette acceptatio est s!i)ie %e la cratio %;!
cote>te s!r le ser)e!r 6!i est propre A cha6!e pro*ramme cliet coect. %!rat
to!te la co)ersatio3 cliet et ser)e!r )ot s;cha*er trois t+pes %e messa*es ?
re6!Ftes
rs!ltats
poit %e s+chroisatio
L;cha*e %es poits %e s+chroisatios Gpricipalemet %! cliet )ers le ser)e!rH
permet a! ser)e!r %e *aratir ! tat stable a! cote>te %! cliet. E e,,et3 c;est
l;applicatio cliet 6!i a la resposabilit %e IpiloterI et %e %,iir les phases
s!ccessi)es %e l;cha*e mais c;est a! ser)e!r %e prser)er le cote>te tel 6!;il est
perO! par le cliet.
EPITA/TCOM94 Architecture client/serveur
15
Mode connect#? l'#can(e peut Btre ponctu# de point de
re1s,ncronisation
Principe gnral des dialogue
R&S&(
C!I&#T S&R,&(R
programme client
prise en compte de la demande
par le serveur cration d'un contexte
demande de connection
mission de requ-tes
rception des rsultats
s.nchronisation
mission de requ-tes
rception des rsultats
s.nchronisation
dconnection
excution des requ-tes
et gestion de la
s.nchronisation
/n de contexte
U e>emple %e messa*es %e s+chroisatio est %o par les or%res COMMIT o!
ROLL N'C" %! SLL. Si l;applicatio %oit lier pl!sie!rs mo%i,icatios e !e se!le
trasactio3 elle e)oie a! ser)e!r ! messa*e si*i,iat le %b!t %;!e trasactio
Ge>emple NEMIN TR'NH. Ce messa*e est ! premier poit %e s+chroisatio3
c;est e 6!el6!e sorte le cliet 6!i pr)iet le ser)e!r 6!e le %ialo*!e commece
)raimet.
EPITA/TCOM94 Architecture client/serveur
16
')ec ce messa*e3 le ser)e!r %e %oes )a 4o!raliser to!tes les re6!Ftes
s!i)ates a,i %e e mettre A 4o!r e,,ecti)emet la base %e %oes 6!;a! momet
o! il rece)ra l;a!tre messa*e %e s+chroisatio l;i,ormat 6!e la trasactio est
termie Gor%re COMMITH o! a!l Gor%re ROLL N'C"H. E cas %;a!latio3 la
base %e %oes ;est pas mise A 4o!r et le cote>te %;a)at le %b!t %e la
trasactio est A o!)ea! %ispoible po!r le cliet.
Ce t+pe %e *estio trasactioelle est pl!s ,acile A mettre e oe!)re a)ec !
%ialo*!e e mo%e coect 6!;a)ec %es R<C. <ar cotre3 le mo%e coect est
pl!s coPte!> e resso!rces 6!e les R<C po!r les raisos s!i)ates ?
8;!e part la comm!icatio etre cliet et ser)e!r est maite!e to!t a! lo* %e
l;cha*e3 %;a!tre part3 le ser)e!r cre et coser)e ! cote>te propre A cha6!e
cliet 4!s6!;A la ,i %! %ialo*!e.
8as le ca%re %;! cha*e cliet1ser)e!r !tilisat ! I<C ,o!ri par ! %ite!r %e
SMN8R Gt+pi6!emet !e '<I SLL et ! #'< R8'H3 )o+os cocrDtemet la at!re
%es cha*es etre cliet et ser)e!r ?
'pplicatio cliete <rocess!s ser)e!r GSMN8RH
L;applicatio )e!t a%resser !e re6!Fte
SLL %e t+pe SELECT
Etablissemet %e la coe>io Cratio %! c!rse!r Gotio %e cote>te
propre a! cliet coectH
Emissio %e la re6!Fte Compilatio %e la re6!Fte
E>c!tio %e la re6!Fte3 messa*e %e
boe ,i
8ema%e %e la str!ct!re %e rs!ltat E)oi %escriptio %e la str!ct!re %!
rs!ltat
8ema%e %es premiDre li*es
composat le rs!ltat
E)oi %es premiDre li*es composat
le rs!ltat
8ema%e %es li*es s!i)ates
composat le rs!ltat
E)oi %es li*es s!i)ates composat
le rs!ltat
8ema%e %es li*es s!i)ates
composat le rs!ltat
Rpose ? pl!s %e li*e A e)o+er
,i %e la coe>io 8estr!ctio %! c!rse!r
Les mcaisme mis e oe!)re par les I<C
No!s a)os )! 6!;il e>iste %e!> t+pes %e %ialo*!es ? a)ec coe>io o! sas. <o!r
les applicatios3 la at!re %es %ialo*!es est trasparete sa!, %as le cas %es
%ialo*!es sas coe>io o! o est ,orcmet %as ! cote>te s+chroe.
L;I<C est l;lmet ,o%ametal %! ,octioemet cliet1ser)e!r3 mais les
applicatios e )oiet 6!e la parties ha!te %e cet I<C ? l;'<I.
EPITA/TCOM94 Architecture client/serveur
17
Une application peut utiliser plusieurs A4I
PP!ICTI"#
S0! RPC
RD PPC !( 123 "S+ DC&
#&T4I"S S# TCP5IP
PI
+P
&xemple 6 &xemple 3 &xemple 7
CPI5C
E>emple 1 ?
L;applicatio ,ait appel A %es '<I %e t+pe ISLLI ,o!ries par les %ite!rs %e SMN8R
comme Oracle3 S+base3 etc. Le protocole %e comm!icatio et le ,ormat %es
%oes cha*es sot *alemet ,o!ris par ces mFmes %ite!rs et s;ispiret
%e la orme R8' p!blie par L;ISO.
E,i3 ce I#'<I s;app!ie s!r ! protocole %e trasport po!r acc%er a! ser)e!r 6!i
!tilise ! I<C i%eti6!e.
E>emple = ?
L;applicatio !tilise l;'<I C<I1C %;ori*ie INM mais repris par l;ISO. C<I1C GCommo
<ro*rammi* Iter,ace Comm!icatioH permet l;tablissemet %;!e co)ersatio
e s;app!+at s!r le protocole '<<C G'pplicatio <ro*ram to <ro*ram
Comm!icatioH 6!i s;app!ie s!r ! mcaisme SN' appel LU B.=.
E>emple @ ?
L;applicatio a reco!rs A %es appels %e proc%!res A %istace et !tilise po!r cela
%es '<I %e t+pe R<C. 8CE G8istrib!te% Comp!ti* E)irometH %e l;OS# est alors
mis e oe!)re comme #'< s!r ! trasport TC<1I<.
Il est importat %e compre%re 6!e certais lmets sot itercha*eables3 o
a!rait %oc p! ima*ier !e '<I SLL et ! #'< R8' a)ec ! trasport TC<1I< o!
ecore3 !e '<I R<C a)ec ! #'< '<<C s!r ! trasport Netbios. To!tes les
combiaisos e sot cepe%at pas to!4o!rs possibles3 et to!tes celles 6!i sot
possible ;ot pas to!tes co!es !e implmetatio cocrDte et %ispoible a!prDs
%es %ite!rs o! costr!cte!rs3 mais le pricipe reste )alable.
EPITA/TCOM94 Architecture client/serveur
18
Les passerelles ou (ate+a,
To!s les ser)ices e se laisset pas acc%er at!rellemet. Certai SMN8R et o
%es moi%re comme 8N= ;acceptet %es re6!Fte 6!e )eat %;applicatios
s;e>c!tat a! sei %e so!s1s+stDmes bie i%eti,is GTSO o! CICS %as le cas %e
8N=H. 8as ce cas ! composat s!pplemetaire )a s;iterposer etre le cliet et le
ser)e!r ? La passerelle
D#7inition
L!a% ! process!s cliet )e!t acc%er A ! ser)e!r mais 6!e le cliet et le ser)e!r
ot reco!rs A %es #'< %i,,rets3 la co)ersatio est impossible.
<o!r coto!rer ce problDme3 il est to!4o!rs possible %e raliser ! process!s
iterm%iaire 6!i )a pre%re A sa char*e les co)ersios %e protocoles %e
comm!icatios et les trascriptios %e ,ormat %e %oes G)oir mFme les
co)ersios %e protocoles %e trasportH a,i 6!e la co)ersatio p!isse a)oir lie!.
Ce process!s iterm%iaire c;est la *ate-a+ o! passerelle %e comm!icatio.
Il e>iste %e!> t+pes %e *ate-a+? les moolithi6!es et les %istrib!es
La (ate+a, $onoliti!ue
8as le cas %;!e *ate-a+ moolithi6!e3 le process!s iterm%iaire s;istalle
!i6!emet cot ser)e!r. La co)ersatio etre le cliet et le ser)e!r repose s!r !
I<C 6!elco6!e3 !tilis *ralemet po!r ! a!tre ser)e!r.
Ce t+pe %e *ate-a+ est *ralemet propos par les %ite!rs %e SMN8R 6!i
)e!let te%re le champ %;actio %e le!r I<C. 'isi Oracle 6!i commercialise
SLL5NET comme I<C po!r acc%er A so SMN8R propose *alemet !e *ate-a+
SLL5CONNECT permettat %e )oir 8N= comme ! ser)e!r Oracle et %;+ acc%er e
!tilisat to!4o!rs SLL5NET.
C;est la *ate-a+ %e t+pe moolithi6!e 6!i est la pl!s rpa%!e %e par so caractDre
ItrasparetI. To!te,ois3 elle est so!)et ha%icape par %e srie!ses limitatios.
'isi3 il est cessaire 6!e le process!s ser)e!r e se cotete pas %e passer les
re6!Ftes )ers la )raie cible a)ec 4!ste !e trascriptio %e ,ormat3 mais soit e
mes!re %e ,aire to!tes les tra%!ctios %e s+ta>es cessaires po!r e pas
so!mettre A 8N= %es re6!Ftes coO!es e teat compte %es spci,icit %! SLL
%;Oracle.
Nie so!)et la *ate-a+ empFche %e coser)er to!tes les otios %e %roit %;accDs
%,iies a! sei %! ser)e!r %;ori*ie
La (ate+a, distri&u#e
Le t+pe %istrib! est trDs %i,,ret. '!tat la *ate-a+ moolithi6!e propose %e
re%re trasparet l;accDs A ! ser)e!r 6!i e le propose pas at!rellemet3 a!tat
la *ate-a+ %istrib!e a!le la otio %e ser)e!r at!rel et remet to!s les ser)e!rs
s!r le mFme pla.
EPITA/TCOM94 Architecture client/serveur
19
4artie II
EPITA/TCOM94 Architecture client/serveur
Les di77#rents t,pes de client 8 ser)eur
20
Commet i%eti,ier les %i,,retes mises e oe!)re %! mo%Dle et s!r 6!els critDres
les i%eti,ier 0
Le t+pe %;applicatio prati6!3 le t+pe %e messa*e cha* o! le t+pe %e
mcaisme emplo+ lors %! %ialo*!e e permettet pas %e tracher et %;i%eti,ier la
at!re %! cliet1ser)e!r mis e oe!)re. E ,ait3 la %istictio rsi%e %as le t+pe %e
ser)ice 6!i sera I%portI e %ehors %e l;applicatio Gs!r ! ser)e!rH.
8as ce chapitre o!s %tailleros trois t+pes %e cliet1ser)e!r a!4o!r%;h!i bie
i%eti,is. No!s e )erros certaiemet apparaJtre %;a!tres A l;a)eir3 mais ces
,ormes ,!t!res %! mo%Dle cliet1ser)e!r ot %e boes chaces %;Ftre %es %ri)es
%;!e %es trois ,ormes %corti6!es ci1aprDs Get e partic!lier %! cliet1ser)e!r %e
proc%!re 6!i )a )ite Ftre m!ltipli e %e ombre!ses )ariates alors 6!;il est
ecore s!rto!t !e )ol!tio lo*i6!e %! cliet1ser)e!r %e %oesH.
Le sc#$a du .artner .roup
Le Marter Mro!p est !e socit amricaie %e cos!ltats 6!i a p!bli ! schma
%es %i,,rets t+pes %e cliet1ser)e!r e>istats. Ce schma a t lar*emet repris
par la presse et par les ,o!risse!rs et il ,ait a!torit.
Le schma %! Marter Mro!p
Donnes
Donnes
Donnes Donnes Donnes
Donnes
Traitements Traitements Traitements
Traitements Traitements Traitements
Prsentation
Prsentation Prsentation Prsentation Prsentation Prsentation
T.pe 6
T.pe 3
T.pe 7
T.pe 8
T.pe 9
S!r le schma3 le trait e poitill ,i*!re le rsea! et le trait reliat cliet et ser)e!r
)arie e paisse!r po!r reprseter les )ariatios %e tra,ic selo les t+pes %e cliet1
ser)e!r mis e oe!)re. La %compositio %;!e applicatio est rs!me e trois
mo%!les ? <rsetatio Gto!t ce 6!i cocere l;iter,ace a)ec les !tilisate!rsH3
Traitemets et 8oes.
EPITA/TCOM94 Architecture client/serveur
21
Q Le t+pe 1 est appel pr#sentation distri&u#e par le Marter Mro!p et correspo%
a! rev!"in#3 il est to!t A ,ait ab!si, %;icl!re le rev!"in# %as !e classi,icatio
s!r le cliet1ser)e!r.
Q Le t+pe = est appel pr#sentation distante par le Marter Mro!p et correspo% A
%es ,octioemets %e t+pe R1$i%o-.
Q Le t+pe @ est appel traite$ent distri&u# par le Marter Mro!p. Il correspo% A ce
6!e o!s appelos Icliet1ser)e!r %e proc%!reI %as ce rapport.
Q Le t+pe 4 est appel (estion des donn#es distante par le Marter Mro!p. Il s;a*it
%! classi6!e Icliet1ser)e!r %e %oesI3 sas %o!te le t+pe le pl!s co! et le pl!s
rpa%!.
Q Le t+pe 7 est appel &ase de donn#es distri&u#es par le Marter Mro!p mais o
pe!t cosi%rer 6!;il s;a*it %;!e simple )ariate %! t+pe 4.
O l;a!ra compris e e>amiat le schma %! Marter Mro!p3 c;est e i%eti,iat le
ser)ice I%portI %! coe!r %e l;applicatio 6!e l;o recoaJt le t+pe %e cliet1
ser)e!r mis e oe!)re. #o%ametalemet3 o coaJt a!4o!r%;h!i trois *ra%s
t+pes %e cliet1ser)e!r Gc, ae>esH ?
Q Le cliet1ser)e!r %e prsetatio3
Q Le cliet1ser)e!r %e %oes3
Q Le cliet1ser)e!r %e proc%!res.
To!tes les mises e oe!)re i%eti,ies A ce 4o!r rpo%et A l;!e o! l;a!tre %e ces
%,iitios3 o )erra a!ssi 6!;il est possible %e combier ces %i,,rets t+pes Gils e
sot !llemet e>cl!si,s mais pl!tKt at!rellemet complmetairesH.
Le d#coupa(e d'une application ; la &ase de la r#partition
No!s a)ios %4A i%eti,i les %i,,rets composats lmetaires %;!e applicatio.
Il + a %as cet or%oacemet %es composats 6!i pe!)et Ftre spars %e le!r
I)oisisI3 alors 6!e %;a!tres sot ,orcmet artic!ls %e ,aOo troite.
Cha6!e t+pe %e cliet1ser)e!r !mr prc%emmet propose %;isoler tel o! tel
composat s!r ! s+stDme %istict Gc.A.%. %i,,ret %! s+stDme 6!i hber*e le reste
%e l;applicatio3 l;applicatio tat to!4o!rs reprable par so Io+a! atomi6!eIH.
8as le cas %! cliet1ser)e!r %e prsetatio3 c;est le mo%!le I*estio %e l;a,,icha*eI
6!i )a Ftre %port s!r ! s+stDme spcialis et ,octioer e tat 6!e ser)ice.
EPITA/TCOM94 Architecture client/serveur
22
8as le cas %! cliet1ser)e!r %e %oes3 c;est le mo%!le I*estio %e %oesI Gle
pl!s so!)et accompa* %! mo%!le Iit*rit %e %oesIH 6!i repose s!r !
ser)e!r %%i et ,octioe aisi comme ! ser)e!r %e %oes.
Le cliet1ser)e!r %e prsetatio et le cliet1ser)e!r %e %oes costit!et les
mises e oe!)re les pl!s I,acilesI A compre%re3 car elles se sit!et chac!e A !e
e>trmit %! IspectreI %;!e applicatio.
O est %as ! cote>te %e cliet1ser)e!r %e prsetatio 6!a% l;applicatio ,ait
appel A ! ser)ice spcialis po!r la *estio %e l;a,,icha*e GIpartie ha!teI %e so
mo%!le iter,aceH. 8e mFme3 o !tilise le cliet1ser)e!r %e %oes 6!a%
l;applicatio cliete ,ait appel A ! ser)e!r %e %oes Grsi%at s!r ! ser)e!r3
%%i o! o3 mais %istict %! s+stDme cliet %as to!s les casH3 ce ser)ice %e
%oes est ass!r par ! SMN8 %as la pl!part %es cas.
Le client1ser)eur de pr#sentation
La mise e oe!)re %! cliet1ser)e!r %e prsetatio s!ppose %e po!)oir sparer la
*estio %e l;a,,icha*e %e la lo*i6!e %e l;a,,icha*e3 ce 6!i ;est pas possible a)ec les
s+stDmes %;iter,aces moolithi6!es.
O pe!t %oc i%eti,ier %e!> cat*ories %;iter,aces *raphi6!es si o les e>amie
so!s l;a*le %e le!rs architect!res iteres ? celles 6!i s;app!iet s!r ! I$i%o-
Maa*erI G*estioaire %e ,eFtresH et les a!tres.
Moti, et Ope Loo2 sot %es e>emples t+pi6!es %e ces iter,aces 6!i s;app!iet s!r
! *estioaire %e ,eFtres3 R1$i%o- e l;occ!rrece. Cette architect!re permet %e
s;a,,rachir %es co!ches s+stDmes i,rie!res a! $i%o- Maa*er. 8oc3 Moti, et
Ope Loo23 6!i sot e ,ait %es applicatios R1$i%o-3 pe!)et ,octioer s!r to!s
les s+stDmes capables %;acc!eillir R1$i%o- Get %oc %e 4o!er le rKle %e Iser)e!r RIH
comme les termia!> R1$i%o-.
Il ;est possible %;loi*er la co!che %e *estio %e l;iter,ace %! mo%!le %e lo*i6!e
%e l;iter,ace 6!;a)ec ! s+stDme G*raphi6!e o! o mais a!4o!r%;h!i les iter,aces
*raphi6!es ot %!rablemet pris le pas s!r le mo%e %;a,,icha*e caractDreH reposat
s!r ! *estioaire %e ,eFtre. C;est !e co%itio cessaire mais pas s!,,isate.
Il est a!ssi i%ispesable 6!e le *estioaire %e ,eFtre p!isse comm!i6!er a)ec
l;applicatio cliete selo ! protocole prtabli3 et 6!e les cha*es co,ormes A ce
protocole p!isset circ!ler s!r ! rsea!.
Il ;+ a 6!;! s+stDme 6!i correspo%e A cette %,iitio ? il s;a*it %e R1$i%o-.
')ec R1$i%o-3 o pe!t %porter la *estio %e l;a,,icha*e s!r ! ser)e!r spcialis
G6!;o appelle ! ser)e!r %;a,,icha*e o! mFme Iser)e!r RIH. Le cliet1ser)e!r %e
prsetatio est ! cas partic!lier %! mo%Dle cliet1ser)e!r %as la mes!re oS il
impose !e apparete i)ersio %e termiolo*ie ? la machie 6!e l;!tilisate!r a
%e)at l!i3 ce ;est pas le cliet mais le ser)e!r.
EPITA/TCOM94 Architecture client/serveur
23
8as le %ialo*!e tabli etre la lo*i6!e %e l;a,,icha*e et la *estio %e l;a,,icha*e3 il
;+ a 6!e %es re6!Ftes %cri)at les ob4ets A a,,icher G%e la lo*i6!e %e l;a,,icha*e
)ers la *estio %e l;a,,icha*eH et les actios si*i,icati)es %e l;!tilisate!r G%e la
*estio %e l;a,,icha*e )ers la lo*i6!e %e l;a,,icha*eH.
L;applicatio cliete ;e)oie 6!e %es re6!Ftes %e %ema%e %;a,,icha*e %;ob4ets et
ces re6!Ftes cotieet %es paramDtres tels 6!e les caractristi6!es %e l;ob4et A
a,,icher Gt+pe %e ,eFtre3 libell %e la barre %e titre3 etc.H3 ses %imesios et so
emplacemet iitial. Le ser)e!r traite ces re6!Ftes3 costr!it et a,,iche les ob4ets
selo les paramDtres reO!s3 il *Dre es!ite %e ,aOo i%pe%ate les )emets
6!i e sot pas si*i,icati,s po!r l;applicatio cliete Gcomme le %placemet %;!e
,eFtre o! so re%imesioemet3 car ces )emets ;ot a!c! impact s!r la
lo*i6!e %e l;iter,aceH.
L!a% s!r)iet ! )emet cosi%r comme si*i,icati,3 il est trasmis par le
ser)e!r %;a,,icha*e A l;applicatio cliete so!s la ,orme %;! messa*e. L;applicatio
cliete pre% alors e compte ce o!)el )emet Ge> ? le choi> %;! item %;!
me! par l;!tilisate!rH et ra*it e cos6!ece selo la lo*i6!e %e l;a,,icha*e %e
cette applicatio Ge> ? le choi> %e tel item %e tel me! %cleche l;apparitio %e tel
%ialo*!eH. La rceptio %;! messa*e a)ertissat %e l;occ!rrece %e tel )emet
etraJe %oc l;missio %;!e o!)elle re6!Fte et aisi %e s!ite.
4oints 7orts et points 7ai&les
L;!tilisatio %e R1$i%o- apporte !e )ritable i%pe%ace etre l;applicatio3 la
%,iitio %e so iter,ace et so e>pressio ,iale p!is6!;o pe!t i%i,,remmet
!tiliser Moti,3 8ec$i%o-s o! Ope Loo2 comme iter,ace a! bo!t %! compte Go
pe!t %oc ima*ier %e %)elopper !e applicatio e s;ai%at %;!e %e ces
iter,aces et e !tiliser !e a!tre lors %e l;e>ploitatioH.
O a te%ace A assimiler ! pe! )ite R1$i%o- A Ui> alors 6!e ce *estioaire %e
,eFtre a t 4!stemet coO! %Ds so ori*ie par le MIT po!r Ftre i%pe%at %es
s+stDmes %;e>ploitatio a! poit %;Ftre mFme capable %e s;e passer G! termial R
6!i ,ait to!rer ! Iser)e!r RI e est pres6!e totalemet %po!r)!H. Les
implmetatios %e ser)e!r R e %ehors %! mo%e Ui> e ma6!et pas3 + compris
s!r les statios classi6!es %es !tilisate!rs comme les Macitosh o! les <C so!s
8os3 $i%o-s o! OS(=.
Mais ce sta%ar% so!,,re ! pe! %e e pas Ftre !e )ritable orme3 et il prsete
!e certaie istabilit. 'isi le protocole est pass rcemmet %e la )ersio 11.@ A
la )ersio 11.4 etraJat ,atalemet !e mise A 4o!r %es ser)e!rs R coO!s po!r la
prc%ete )ersio.
<ar cotre3 le tra,ic rsea! *r par le protocole R11 est importat. Cela ;est pas
%P A !e )et!elle ie,,icacit %e R11 mais pl!tKt A la at!re mFme %! cliet1
ser)e!r %e prsetatio 6!i est ,orcmet )erbe!>.
EPITA/TCOM94 Architecture client/serveur
24
Le client1ser)eur de donn#es
Le cliet1ser)e!r %e %oes est certaiemet act!ellemet l;e>emple le pl!s
rpa%! %e mise e oe!)re I)olotaireI %! cliet1ser)e!r.
8as le cas %! cliet1ser)e!r %e %oes3 les choses sot claires ? le ser)e!r 6!i
abrite la *estio %es %oes Get %e pl!s e pl!s so!)et *alemet l;it*rit %es
%oesH est appel serveur $e $%nn&es.
Cette mise e oe!)re est trDs rpa%!e car elle a t pop!larise par les SMN8
relatioels 6!i ot repos %Ds le!r ori*ie s!r le mo%Dle cliet1ser)e!r po!r ce 6!i
est %e le!r ,octioemet rparti. <ar la s!ite3 6!asimet to!s les %ite!rs %e
SMN8R ot commercialis ! I<C permettat %;acc%er A le!r pro%!it A tra)ers !
rsea! %ep!is !e statio %e tra)ail Gle pl!s so!)et ! <C so!s 8osH.
Client1ser)eur de donn#es A principe
Iitialemet3 la %,iitio %! cliet1ser)e!r %e %oes se limitait a! %port %!
mo%!le I*estio %es %oesI s!r ! ser)e!r. Cette %,iitio a amois )ol!e
po!r pre%re e compte les possibilits %es SMN8R %e la %eriDre *ratio ?
aisi3 o e se cotete pl!s %e %porter le se!l mo%!le %e *estio %es %oes
mais o le lie a! mo%!le %;it*rit %es %oes3 et ces %e!> mo%!les sot alors
reports s!r le ser)e!r %e %oes.
Cette )ol!tio %! cote! %! Iser)ice %e %oesI est to!t A ,ait lo*i6!e %as la
mes!re oS il est at!rel %e re*ro!per s!r ! mFme s+stDme to!t ce 6!i a trait A la
*estio %es %oes. Cette )ol!tio est mFme i%ispesable po!r *aratir la
cohrece %es bases %e %oes rsi%ates s!r %es ser)e!rs mais accessibles
%ep!is les statios %es !tilisate!rs. E e,,et3 le mo%Dle cliet1ser)e!r apporte e,i
l;i%pe%ace etre les bases %e %oes et les o!tils 6!i les maip!let.
'isi3 il %e)iet possible %e mettre A 4o!r les %oes %;!e base %eme!rat s!r !
ser)e!r %ep!is ! o!til b!rea!ti6!e comme ! table!r. Si o cosi%Dre ce cas %e
,i*!re3 o compre% bie 6!;il %e)iet i%ispesable %;ass!rer l;it*rit %es
%oes a! i)ea! %! SMN8 6!i *Dre les bases %e %oes sas pl!s compter s!r
les applicatios.
Les SMN8R mo%eres proposet %es mcaismes permettat %e %clecher %es
traitemets %e cotrKles a,i %e s;ass!rer %e la )ali%it %es mises A 4o!r %es bases
%e %oes. Ces %clechemets sot complDtemet i%pe%ats %es applicatios
et e pe!)et Ftre coto!rs.
E !tilisat a! mie!> ces mcaismes3 o se!lemet o prser)e la cohrece %es
%oes 6!elles 6!e soiet les applicatios o! les o!tils 6!i les maip!let3 mais o
obtiet *alemet ! ,octioemet pl!s e,,icace. E e,,et3 les applicatios ;ot
pl!s besoi %;mettre %es re6!Ftes %e cotrKle a)at %;e)o+er les re6!Ftes %e mise
A 4o!r3 et cela r%!it le tra,ic s!r le rsea!.
EPITA/TCOM94 Architecture client/serveur
25
4oints 7orts et points 7ai&les
Le cliet1ser)e!r %e %oes est trDs rpa%! car il e>iste !e o,,re abo%ate e la
matiDre s!r le march. L!asimet to!s les %ite!rs %e SMN8R proposet ce mo%e
%e ,octioemet et commercialiset %oc ! I<C permettat A %es o!tils o! %es
applicatios %;acc%er A le!r pro%!it A tra)ers le rsea!.
Et comme il est lar*emet %ispoible3 le cliet1ser)e!r %e %oes est asse. ,acile A
mettre e oe!)re3 %e maiDre pres6!e trasparete tat le rec!l est %sormais
ac6!is s!r cette techi6!e somme to!te relati)emet simple.
Le cliet1ser)e!r %e %oes est partic!liDremet apte A rpo%re a!> besois %es
applicatios %e t+pe cos!ltatio(%cisio3 comm!met 6!e l;o appelle
Il;i,ocetreI. 8as ce cote>te %cisioel3 il est importat %e %isposer %;! o!til
,acilitat la ,orm!latio %es re6!Ftes et proposat %es mises e ,ormes )aries %es
rs!ltats.
C;est A l;applicatio cliete 6!e )ot re)eir ces %e!> rKles alors 6!e le ser)e!r )a
cosacrer to!te sa p!issace A la *estio %es bases %e %oes %e l;i,ocetre.
Nie 6!e to!s les I<C %es ,o!risse!rs %e SMN8R %ri)et o! s;ispiret %e la
orme R8'3 l;iterroprabilit est ecore A )eir %as le mo%e %! cliet1ser)e!r %e
%oes3 aisi l;accDs A %es ser)e!rs %e %oes htro*Des relD)e %! casse1tFte
isol!ble3 sa!, A !tiliser %es #te'(s to!4o!rs ! pe! limitati)es o! A a)oir e li*e
to!s les I<C cessaires.
E,i3 si le cliet1ser)e!r %e %oes est A l;aise %as les co%itios %e t+pe
i,ocetre3 il est %4A pl!s limit ,ace a!> e>i*eces %! trasactioel itesi,.
Le client1ser)eur de proc#dures
')ec le cliet1ser)e!r %e %oes et le cliet1ser)e!r %e prsetatio3 o!s a)os
)! les %e!> mises e oe!)res les pl!s Iat!rellesI %! mo%Dle3 celles 6!i e so!,,ret
%;a!c!e cotestatio tat %as le!rs %,iitios 6!e %as le!rs appellatios.
')ec le cliet1ser)e!r %e proc%!res3 o accet!e ! pe! la %i,,ic!lt car il e s;a*it
pl!s %e %porter les ser)ices e>trFmes %e l;applicatio mais bie %e proc%er A !
%co!pa*e a! pl!s prDs %! o+a! %e l;applicatio.
Nie 6!e le cliet1ser)e!r %e proc%!res reprsete la mise e oe!)re
thori6!emet la pl!s e,,icace3 elle est loi %;Ftre la pl!s rpa%!e3 simplemet
parce 6!;elle est a!ssi !e %es mois co!es. Cela est %P e *ra%e partie a! ,ait
6!e le cliet1ser)e!r %e proc%!res re6!iert le pl!s %e sa)oir1,aire po!r sa mise e
oe!)re.
S!r le ser)e!r3 o tro!)e ,orcmet le mo%!le %;e>c!tio %es proc%!res mais il
;est pas obli*atoire 6!e ce %erier soit %irectemet associ a)ec les mo%!les
%;it*rits et %e *estio %e %oes. Ces %e!> mo%!les pe!)et se tro!)er s!r !
a!tre ser)e!r et aisi correspo%re A la %,iitio %! cliet1ser)e!r %e %oes.
EPITA/TCOM94 Architecture client/serveur
26
Le cliet1ser)e!r %e proc%!res pe!t Ftre mis e oe!)re e !tilisat ! mcaisme
%e t+pe R<C etre cliet et ser)e!r. Le mo%!le Ilo*i6!e ,octioelleI %e l;applicati,
cliet e)oie %es appels %e proc%!res a! ser)e!r 6!i les e>c!tet3 et re)oie les
rs!ltats.
<o!r a!tat le cliet1ser)e!r %e proc%!re e se limite pas A l;!tilisatio %es R<C.
'isi3 o est %as ! cote>te %e cliet1ser)e!r %e proc%!re 6!a% o !tilise !
SMN8R %e la %eriDres *ratio 6!i propose les proc%!res stoc2es.
8as ce cas3 a! lie! %;e)o+er %es re6!Ftes SLL3 l;applicati, cliet e)oie %es
appels %e proc%!res 6!i elles3 cotieet !e o! pl!sie!rs re6!Ftes SLL.
Ce 6!i est importat A compre%re a)ec le cliet1ser)e!r %e proc%!res3 c;est 6!;il
permet %e reporter s!r le ser)e!r %es parties etiDres %e traitemet 6!i sot alors
complDtemet cote!es %as les proc%!res a!>6!elles o ,ait appel.
4oints 7orts et points 7ai&les
C;est %as l;optimisatio %es per,ormaces 6!e rsi%e l;a)ata*e ma4e!r %! cliet1
ser)e!r %e proc%!res *rEce3 etre a!tres3 A la r%!ctio %! tra,ic rsea!.
Le cliet1ser)e!r %e proc%!re *Dre mois %e tra,ic s!r le rsea! 6!e le cliet1
ser)e!r %e %oes car il e>i*e mois %e messa*es et %;! pl!s ,aible )ol!me.
Mois %e messa*es car si o )e!t cos!lter s!ccessi)emet trois tables %e %oes
%i,,retes 6!i rsi%et s!r ! ser)e!r3 cela %oera lie! A trois re6!Ftes %istictes3
soit %as le ca%re %! cliet1ser)e!r %e %oes ?
Re6!Fte 1 T Select ColoeU'3 ColoeUN #rom TableU1
Re6!Fte = T Select ColoeU'3 ColoeUN #rom TableU=
Re6!Fte @ T Select ColoeU'3 ColoeUN #rom TableU@
'lors 6!;a)ec l;missio %;! se!l appel %e proc%!re3 o pe!t arri)er a! mFme
rs!ltat ?
IE>c!te remplirUtablea!I
Remplir tablea! T GSelect ColoeU'3 ColoeUN #rom TableU1V Select ColoeU'3
ColoeUN #rom TableU=V Select ColoeU'3 ColoeUN #rom TableU@HV
La proc%!re IremplirUtablea!I est stoc2e s!r le ser)e!r et sera e>c!te s!r ce
%erier. Il est )i%et 6!e l;appel %;!e se!le proc%!re est pl!s coomi6!e 6!e
l;missio s!ccessi)e %es trois re6!Ftes3 mFme si ces %e!> ,aOos %e ,aire
abo!tisset to!tes %e!> A ! rs!ltat i%eti6!e ? le )ol!me %e %oes re)o+ par
le ser)e!r reste costat %as les %e!> cas. L;ar*!met %;coomie %e tra,ic e
serait %oc )alable 6!e %as ! ses.
EPITA/TCOM94 Architecture client/serveur
27
Mais3 si o ima*ie 6!e le remplissa*e %! tablea! %e bor% %pe%e %! rs!ltat
reto!r par la premiDre re6!Fte3 )oilA ce 6!e cela %oerait a)ec le cliet1ser)e!r
%e %oes ?
Select ColoeU'3 ColoeUN #rom TableU1
Si rs!ltat T co%itio alors Select ColoeU'3 ColoeUN #rom TableU=
Sio Select ColoeU'3 ColoeUN #rom TableU@
O s;aperOoit 6!e le premier Select e sert 6!;A %termier si o )a remplir le
tablea! a)ec la TableU= o! la TableU@. Il serait sPremet pl!s itressat %e laisser
,aire le ser)e!r3 ce 6!i est possible se!lemet a)ec le cliet1ser)e!r %e proc%!res3
soit ?
IE>c!te remplirUtablea!I
Remplir tablea! T
G8clare )ar
Select ColoeU'3 ColoeUN #rom TableU1 ito )arV
Si )ar T co%itio alors Select ColoeU'3 ColoeUN #rom TableU=V
Sio Select ColoeU'3 ColoeUN #rom TableU@H
La proc%!re IremplirUtablea!I e *Dre 6!;! se!l ,l!> e reto!r 6!el 6!e soit le
rs!ltat %! premier Select3 l;coomie %e tra,ic est %oc e,,ecti)e a!ssi bie A l;aller
6!;a! reto!r.
No se!lemet le cliet1ser)e!r %e proc%!res est coome e tra,ic rsea!3 mais il
est a!ssi pl!s e,,icace %as le cas oS l;o !tilise ! SMN8R 6!i accepte les
proc%!res stoc2es.
E e,,et3 lors6!e l;o e)oie %es re6!Ftes SLL A ! SMN8R3 ce %erier est obli* %e
proc%er A !e compilatio %e la re6!Fte a)at %e po!)oir l;e>c!ter e,,ecti)emet.
'lors 6!;a)ec le cliet1ser)e!r %e proc%!re3 la o! les re6!Ftes sot compiles a!
momet oS o les cres et oS elles sot stoc2es s!r le ser)e!r.
Ce mo%e %e ,octioemet permet %;obteir !e pl!s *ra%e rapi%it %;e>c!tio
6!a% o ,ait %es appels %e proc%!res %4A pr1compiles pl!tKt 6!e %es e)ois %e
re6!Ftes %e)at Ftre s+stmati6!emet r1iterprtes.
<o!r a!tat3 le cliet1ser)e!r %e proc%!res e reprsete pas 6!e %es a)ata*esV
aisi3 il impose ,orcmet ! %)eloppemet %! cKt %! ser)e!r alors 6!e les %e!>
a!tres t+pes sot relati)emet trasparets s!r cet aspect.
EPITA/TCOM94 Architecture client/serveur
28
8e pl!s3 le cliet1ser)e!r %e proc%!res e pe!t co)eir po!r to!s les cas
%;applicatio3 e partic!lier celles 6!i permettet %;e>primer %es iterro*atios
poct!elles t+pi6!emet %es !tilisatios %e t+pe Ii,ocetreI. E e,,et3 o!s l;a)os
)!3 le cliet1ser)e!r %e proc%!re impose ,orcmet ! %)eloppemet pralable A
so !tilisatio et cette tape icoto!rable limite sa mise e oe!)re A %es
applicatios 6!e l;o pe!t aal+ser e pro,o%e!r a)at %e les %)elopper.
L;a!tre ico)iet rsi%e %as la cessit 6!;!e partie %! %)eloppemet
s;e,,ect!e s!r le ser)e!r et cela i%!it %e!> cotraites ?
Q Il ,a!t %,iir ! pricipe %e sparatio po!r %termier les traitemets 6!i restet
a! sei %e l;applicatio et ce!> 6!i ot )ocatio A Ftre reports s!r le ser)e!r. Il
est cessaire %e s;app!+er s!r ce pricipe car le cliet1ser)e!r %e proc%!res
e reprsete pas !e rpartitio %es rKles a!ssi ettes 6!e le cliet1ser)e!r %e
%oes o! le cliet1ser)e!r %e prsetatio.
Q Le ,ait %;a)oir %e!> parties %istictes A %)elopper impose %;a)oir reco!rs A %e!>
e)iroemets po!r chac!e %;elles. E e,,et3 les o!tils %ispoibles a!4o!r%;h!i
sot ecore trop cetrs s!r la partie cliete3 et la %,iitio %es proc%!res
cessite l;!tilisatio %;! o!til spci,i6!e.
EPITA/TCOM94 Architecture client/serveur
29
Conclusion
<o!r cocl!re s!r cette partie3 il ,a!t bie compre%re 6!e les mises e oe!)re 6!e
o!s )eos %e %tailler sot i%pe%ates les !es %es a!tres3 et 6!;elles sot
%oc combiables.
O %,iit le cliet1ser)e!r %e prsetatio par le %port %e la *estio %e l;a,,icha*e
6!el 6!e soit le mo%e %e ,octioemet %es a!tres mo%!les %e l;applicatio3 et aisi
%e s!ite po!r les a!tres t+pes.
O pe!t alors trDs bie ima*ier !e co,i*!ratio oS se tro!)et r!is les trois
t+pes %e cliet1ser)e!r ?
Q U termial R
Q Ue statio cliete 6!i abrite le o+a! %e l;applicatio G a! miim!m la lo*i6!e %e
l;a,,icha*e et la lo*i6!e ,octioelle H.
Q Le ser)e!r %e proc%!res e)oie %es re6!Ftes SLL A ! ser)e!r %e %oes.
O )oit A tra)ers cet e>emple 6!e les %i,,rets t+pes %e cliet1ser)e!r sot
lar*emet combiables etre e!> parce 6!;ils sot at!rellemet complmetaires.
Cet e>emple a!rait p! a!ssi ill!strer la possibilit %;!tiliser pl!sie!rs ser)e!rs a!ssi
bie po!r les proc%!res 6!e po!r les %oes.
EPITA/TCOM94 Architecture client/serveur
30
4artie III
EPITA/TCOM94 Architecture client/serveur
L'arcitecture client 8 ser)eur ceC cronopost
31
4r#sentation du pro&l%$e
' l;ori*ie3 le s+stDme %;i,ormatio %e Chroopost3 socit %e messa*erie e>press
cre e 19:B3 tait cetralis et !tilisait %es termia!> Miitels a,i %e *aratir la
so!plesse %e %)eloppemet re6!ise par la croissace %e l;acti)it .
Les accDs RTC et les termia!> Miitels o,,raiet alors !e %ispoibilit s!,,isate3 le
Miitel permettat l;it*ratio %e ombre!> priphri6!es tels 6!e les lecte!rs
opti6!es3 les balaces %e pesa*e o! les imprimates.
Malhe!re!semet3 l;)ol!tio %e cette socit a t telle 6!e les limites %! Miitel
sot rapi%emet appar!es A partir %;! certai )ol!me %e tra,ic .
Le %ploiemet %;!e o!)elle architect!re techi6!e s!r l;esemble %e la socit a
%oc t cessaire. E ,aisat bie attetio a! ,ait 6!e le choi> %e cette
architect!re techi6!e3 machies et rsea!>3 reprsete le poit ,o%ametal %!
s+stDme %;i,ormatio3 car il %oit s;a*ir %! poit stable %e l;i,ormati6!e %e
l;etreprise.
E e,,et3 si les applicatios pe!)et at!rellemet )ol!er po!r satis,aire les
o!)ea!> besois %es !tilisate!rs3 o e pe!t e re)ache se permettre %e cha*er
so architect!re a)ec la mFme ,r6!ece.
U schma %irecte!r %;architect!re techi6!e s!r ci6 o! %i> as est i%ispesable.
8e pl!s3 l;architect!re cliet(ser)e!r semble Ftre la se!le %! momet A po!)oir
*aratir la stabilit to!t e ass!rat l;)ol!ti)it.
Les o&6ecti7s de la nou)elle arcitecture de Cronopost
Utiliser la micro1i,ormati6!e locale
#aire %isparaJtre les Miitels
'cclrer la comm!icatio iter1sites
Stabiliser la p!issace %es sites cetra!>
S!pporter les applicatios e>istates
S!pporter les applicatios ,!t!res co!es et o co!es
Les $o,ens $is en oeu)re
Un r#seau pri)# lo*!e %istace R=7 %;architect!re arborescete et scarise3
compos %e comm!tate!rs TRT s!r cha6!e site
Des r#seau> locau> Net$are s!r to!s les sites
Une $essa(erie #lectroni!ue %;etreprise R4CC3 base s!r %es MT' Reti>
istalls s!r les machies Strat!s
EPITA/TCOM94 Architecture client/serveur
32
U pro%!it %e trans7ert de 7iciers *ralis3 C#T
<armi les pro%!its permettat %e costit!er !e architect!re techi6!e la pl!s
complDte et la pl!s )ol!ti)e possible3 ,ait ecore %,a!t le mo+e %e mettre e
relatio3 s!r ! mo%e co)ersatioel Gtraitemet cooprati,H3 les applicatios
%istrib!es s!r les s+stDmes Strat!s 3 No)ell 3 S! 3 etc. ...
Le s,st%$e d'in7or$ation et de (estion des donn#es
Le s+stDme %;i,ormatio est %i)is e 6!atre so!s1s+stDme ? s!i)i %es colis3
,act!ratio3 *estio et commercial .
Le sous1s,st%$e de sui)i A
Le c+cle %e %i,,!sio %;! colis %oit Ftre s!i)i %e trDs prFt po!r coaJtre e
permaece sa positio3 ce 6!i permet a! cliet %;a)oir !e i,ormatio stable e
cas %;ici%et.To!s les colis sot m!is %;! co%e barre et A cha6!e passa*e par !
oe!% %e la chaJe %e %istrib!tio3 il est l! par ! lecte!r opti6!e. Es!ite3
l;i,ormatio est trasmise )ers !e base %e %oes cetralise. 8e cette maiDre3
to!te les i,ormatios cocerat la positio %! colis sot stoc2s a! i)ea! atioal
s!r ! machie Tera%ata co!ple par ! rsea! Etheret A l;or%iate!r Strat!s.
Le Strat!s %ispose %es %oes %e s!i)i so!s ,orme %e ,ichiers i%e>s A accDs trDs
rapi%e et s!pporte !e applicatio %;iterro*atio A partir %e postes %e tra)ail
%istats.
La Tera%ata *Dre les %oes %e s!i)i so!s ,orme relatioelle ce 6!i permet !e
recherche bea!co!p pl!s sophisti6!e3 mais *alemet %es croisemets %e tables
a)ec la base %e ,act!ratio o! la base cotrat.
Les or%res sot e)o+s a! ser)e!r Strat!s 6!i e>c!te le co%e. La re6!Fte SLL est
e)o+e s!r la machie Tera%ata et les i,ormatios re)ieet s!r le Strat!s po!r
tras,ert )ers le poste cliet.
'isi le ,octioemet %! s+stDme %e *estio %es %oes !tilisat la machie
Tera%ata est %e t+pe cliet(ser)e!r.
EPITA/TCOM94 Architecture client/serveur
33
RC:IT&CT(R& D( S;ST&%& D'I#+"R%TI"# D& C:R"#"P"ST
stratus
collecte
saisie
stratus
dvelop2
suivi
client
sun
com
s<itch
TRT =39
stratus
suivi o>?ets
stratus
facture
contrat
>ase r
s<itch
TRT =39
com
Issy - les - Moulineaux Rungis
Rseau X25 priv
serveurs
Netware
serveurs
de
communications
teradata
postes clients postes clients postes clients
Le sous1s,st%$e de 7acturation A la char*e %e la ,act!ratio et %e la saisie.
La pro%!ctio %es ,act!res s;e,,ect!e )ia ! SMN8 istall s!r !e machie
Tera%ata. La *estio %! cotetie!> !tilise S+base s!r !e machie S! et la
*estio %e la saisie !tilise !e machie Strat!s.
Le sous1s,st%$e de (estion et l;applicatio %e statisti6!es !tiliset ! SMN8R
,octioat s!r !e machie Tera%ata cetralise e comm!icatio a)ec les
bases %e %oes SLL Ser)er %istrib!es s!r les ser)e!rs Net-are.
E,i3 le sous1s,st%$e co$$ercial est %%i A la *estio %es cotrats cliets et
!tilise ! SMN8R s!r Tera%ata.
EPITA/TCOM94 Architecture client/serveur
34
Le r#seau d'entreprise de Cronopost
Le rsea! lo*!e %istace tat o maill3 la sc!risatio %e cel!i1ci a t ralis
e !tilisat ! bac2!p a!tomati6!e %es lies %,ect!e!> )ers le rsea! N!mris.
Cette ,octioalit tat it*re a! i)ea! %es comm!tate!rs R=7 TRT.
RC:IT&CT(R& R4"R&SC&#T& D( R&S&( &T&#D(
machines centrales
trans/x 18 @>s
trans/x AB1 @>ps
rseau local d'agence
numris
numris
Direction Rgionales
gences de Tri
>acC5up
>acC5up
S'ITC: =239 TRT
S'ITC: =239 TRT
S'ITC: =239 TRT
EPITA/TCOM94 Architecture client/serveur
35
Le r#seau local
Cha6!e a*ece est 6!ipe %;! rsea! local Etheret ,octioat so!s Net-are
et reli a! site cetral )ia le rsea! %;etreprise.
Le rsea! local est costit! %e trois ser)e!rs ?
U ser)e!r %e %oes Net-are 3 ! ser)e!r %e comm!icatio so!s OS(= et !
ser)e!r %e pro%!ctio so!s 8OS .
Les postes cliets sot 6!ips %e SLL1$i%o-s *rat l;iter,ace !tilisate!r )ers
les %i,,rets ser)e!rs %! rsea! %;etreprise .
serveur
de
donnes
#&T'R&
serveur
de
com2 =39
"SD3
poste
de
gestion
'I#D"'S
poste
de
gestion
'I#D"'S
serveur
de
production
D"S
micro industr2
lecteur laser
>alance
imprimante
!& R&S&( !"C! D'E&#C&
Le ser)eur de donn#es Net-are(S+base cotiet to!tes les i,ormatios
cessaires A la *estio %es applicatios locales Gprimpressio3 *estio %es
achatsH3 aisi 6!e les statisti6!es pro)eats %es machies Tera%ata )ia C#T.
L;applicatio %e *estio %es cotrats !tilisat SLL comme la*a*e %e re6!Fte )ers
le ser)e!r S+base est %ispoible e mo%e cliet(ser)e!r s!r le rsea! %;etreprise.
EPITA/TCOM94 Architecture client/serveur
36
Le ser)eur de production est ! micro1or%iate!r so!s 8OS pilotat le rsea!
local i%!striel %e collecte %es %oes cessaires a! s!i)i %es colis. Ces %oes
sot tlchar*es par les postes portables )ers le ser)e!r %e pro%!ctio po!r
es!ite Ftre tras,res )ia le ser)e!r %e comm!icatio et C#T3 )ers le ser)e!r
cetralis Strat!s.
Le ser)eur de co$$unication bas s!r OS(= Comm!icatio Maa*er permet )ia
!e carte R=7 TRT3 %e coecter le rsea! local a! rsea! %;etreprise.
Le ser)e!r est 6!ip %;! ro!te!r Eico3 %;! <'8 R=73 %;! MT' R4CC et %!
moite!r %e tras,ert %e ,ichiers C#T.
Ce ser)e!r ass!re la comm!icatio e mo%e cooprati, etre les postes %e tra)ail
%e *estio et les ser)e!rs Strat!s(Tera%ata cetraliss.
To!s les lmets sot r!is po!r !e *ralisatio %! mo%Dle cliet(ser)e!r a!
sei %e l;architect!re techi6!e %e Chroopost3 A sa)oir ?
8es micros !tiliss s!r to!s les sites
8es str!ct!res opratioelles rparties
Ue c!lt!re i,ormati6!e SMN8R
U besoi %e racti)it rapi%e
Ue architect!re techi6!e %istrib!es
U s+stDme %;cha*e per,ormat
EPITA/TCOM94 Architecture client/serveur
37
4artie ID
EPITA/TCOM94 Architecture client/serveur
Les en6eu> strat#(i!ues
38
Les a)anta(es
Si le ClietWSer)e!r e permet pas %e ,aire baisser les b!%*ets i,ormati6!es3 6!els
sot les ar*!mets 6!i 4!sti,iet les e,,orts A etrepre%re po!r sa mise e oe!)re 0
Certaies persoes etho!siastes %! mo%Dle ClietWSer)e!r ot so!)et l;habit!%e
%e %ire 6!;il r!it le meille!r %es %e!> mo%es Gi,ormati6!e cetralise et irr!ptio
%e la micro et premiDre tetati)e %e ,octioemet e rsea!H. Les %e!> po6!es
sot les s!i)ates ?
1re po6!e celle %! triomphe %e l;i,ormati6!e cetralise et %es *ra%s s+stDmes.
C;est le premier mo%e3 cel!i oS ! or%iate!r s!per)ise totalemet %es %i.aies o!
%es cetaies %e termia!> complDtemet passi,s. X!sti,i il + a 17 as3 ce mo%e %e
,octioemet3 totalemet %s6!ilibr3 est %sormais complDtemet archaY6!e car
il e permet pas %e tirer parti %e l;)ol!tio techolo*i6!e e co!rs et %es a)ata*es
apports par celle1ci.
8e!>iDme po6!e3 irr!ptio %e la micro et premiDre tetati)e ,octioemet e
rsea! a)ec l;!tilisatio %! mo%Dle Iparta*e %es resso!rcesIG *alemet appel
Iser)e!r ,ichierIH. C;est le %e!>iDme mo%e3 !e a!tre coceptio %e l;i,ormati6!e3
to!t a!ssi %s6!ilibre 6!e la prc%ete %as la mes!re oS ce sot les statios
6!i s!pportet la 6!asi it*ralit %es traitemets3 le ser)e!r ;ass!rat 6!e
6!el6!es tEches %e parta*e %;espace %is6!e o! %e ,ichiers.
Ces %e!> mo%Dles se ,rKlet et se %)eloppet3 sas coor%iatio et sas
cohrece. Le Cliet Ser)e!r permet l;icoce)able ? rcocilier les %e!>
coceptios %e l;i,ormati6!e e rpartissat e,,ecti)emet les traitemets etre les
statios et les ser)e!rs3 )itat aisi les ,octioemets %s6!ilibrs3
caractristi6!es %es %e!> a!tres mo%es.
'isi3 les or%iate!rs cetra!> coti!et %;alimeter le!rs termia!> car les
applicatios aciees3 %ot o a ecore besoi3 sot to!4o!rs lA et o est pas prFt
%e les rcrire. <ar cotre3 les o!)elles applicatios sot bases s!r le mo%Dle
Cliet Ser)e!r et elles reposet e partie s!r les statios %es !tilisate!rs to!t e
!tilisat les resso!rces %es ser)e!rs
EPITA/TCOM94 Architecture client/serveur
39
Les a)anta(es
Le Cliet Ser)e!r se %,iit a!ssi a! tra)ers %e ces a)ata*es techi6!esV
rpartitio %es traitemets3 %istrib!tio %e la char*e3 trasparece %e localisatio
%es ob4ets3 Les a)ata*es techi6!es apports par le mo%Dle Cliet1ser)e!r se
tra%!iset par %es ato!ts Istrat*i6!esI3 aisi le mo%Dle permet ?
Ue approche )ol!tioaire %e la ro)atio %es s+stDmes %;i,ormatios
U meille!r parti %es resso!rces matrielles parpilles %as l;etreprise
<rise e compte %e o!)elles techolo*ies
La prise e compte %es o!)elles techolo*ies et la meille!re !tilisatio %es
resso!rces matrielles sot e 6!el6!e sorte %es a)ata*es I)i%etsI. E
re)ache3 a %es possibilit %;!e approche I)ol!tioaireI %e la ro)atio %es
s+stDmes i,ormati6!es est sPremet l;a)ata*e le pl!s importat A l;he!re act!elle.
GL;approche )ol!tioaire est appele aisi par oppositio A !e approche
r)ol!tioaire 6!i po!rrait se rs!mer A Io 4ette to!t et o recommeceIH.
EPITA/TCOM94 Architecture client/serveur
40
Client 8 Ser)eur et s,st%$es ou)erts
Cliet1ser)e!r et s+stDmes o!)erts
Si les s+stDmes coaisset ! tel essor3 c;est parce 6!e le!rs a)ata*es ot
te%ace A s;accet!er %e 4o!r e 4o!r *rEce A ! %o!ble e,,et. La %+ami6!e %es
marchs o!)erts ,octioe a!ssi bie %! cKt %e l;o,,re 6!e s!r le ,rot %e la
%ema%e.
'! %elA %es se!ls s+stDmes3 o pe!t parler %e marchs o!)erts p!is6!e les
s+stDmes %its o!)erts3 sot )e%!s s!r %es marchs oS il ;+ pas %;acte!r
%omiat.Le mo!)emet e ,a)e!r %es s+stDmes et %es marchs o!)erts reprsete
!e te%ace lo!r%e3 to!t comme la prise e compte %! mo%Dle Cliet1ser)e!r %as
le %)eloppemet %es o!)elles applicatios.S+stDmes o!)erts et Cliet1ser)e!r3
!e )ol!tio parallDle
possibilit %e mise e place %;architect!re Cliet1ser)e!r s!r ! e)iroemet
it*ralemet propritaire.
matriel et lo*iciel )eat %e la mo!)ace Is+stDmes o!)ertsI ;impli6!e pas
cessairemet ! ,octioemet %e t+pe Cliet1ser)e!r po!r les applicatios.
To!te ,ois c;est s!r les s+stDmes o!)erts 6!e l;o a pl!s %e chace %e tro!)er les
e)iroemets Cliet1ser)e!r les pl!s per,ormats.Car ces marchs se
caractriset par !e %+ami6!e le) ce 6!i ;a 4amais t )raimet le cas %es
s+stDmes propritaires %ot les teats et les promote!rs ot to!4o!rs pri)il*i le
caractDre coser)ate!r.
EPITA/TCOM94 Architecture client/serveur
41
Cliet ( Ser)e!r et 8o-si.i*
Le Cliet1ser)e!r %e)rait permettre %e %)elopper %es applicatios %oat !
a)ata*e s!r les coc!rrets. Cela a %;aille!rs to!4o!rs t l;ar*!met %e
l;i,ormati6!e %ite Istrat*i6!eI.So+os clair3 le Cliet1ser)e!r est et reste
essetiellemet ! esemble %e techi6!e permettat %e rpartir les traitemets
!tiliss par !e applicatio s!r pl!sie!rs s+stDmes3 alors 6!e le %o-si.i* est !e
prati6!e 6!i cosiste A r%!ire la taille %es s+stDmes !tiliss po!r ,aire to!rer les
applicatios.To!t comme les s+stDmes o!)erts3 Cliet1ser)e!r et %o-si.i* e sot
pas %es cocepts %pe%ats. O pe!t ,aire !e opratio %e %o-si.i* to!t e
restat a)ec !e architect!re et ! ,octioemet cetralis. 8e mFme l;emploi %!
Cliet1ser)e!r e si*i,ie pas po!r a!tat 6!e l;o prati6!e le %o-si.i*.
8,iitios ?8o-si.i* ? %escete %;applicatios e>istates s!r %es s+stDmes pl!s
petits mais to!t a!ssi p!issats coPtat ettemet mois cher
Upsi.i* ? il s;a*it %e re%re lar*emet %ispoible !e applicatio a!tre,ois
e>cl!si)emet i%i)i%!elle.
Ri*htsi.i* ? cas %es o!)elles applicatios 6!i e po!)aiet Ftre mises e oe!)re
i %as ! cote>te cetralis3 i i%i)i%!el(isol et 6!i tro!)e sa place s!r !
s+stDme mo%ere et cliet1ser)e!r.
EPITA/TCOM94 Architecture client/serveur
42
Les ar(u$ents du $od%le Client 8 Ser)eur
Techi6!e
Le march s;or*aise a!to!r %;!e o,,re pres6!e e>cl!si)emet a>e s!r le mo%Dle
Cliet Ser)e!r et ses %i,,retes mises e oe!)re.
<roblDme ?
8i,,ic!lt %e reo!)eler )os matriels et %e maiteir les lo*iciels si l;o reste a)ec
%es s+stDmes 6!i ;ot pl!s co!rs.L!a% ! se*met %e march e prsete pl!s
%e croissace3 il est %laiss par les ,o!risse!rs. Ils e cosacret i %;ar*et po!r
les crea!> ,iissats i %e b!%*et %e Recherche et 8)eloppemet po!r les
s+stDmes e ,i %e )ie.
#octioel
<e!t o rpo%re a!> o!)elles %ema%es %es !tilisate!rs a)ec %es techi6!es et
o!tils 6!i permettaiet %4A A peie3 %;ass!rer le 6!oti%ie Iclassi6!eI. Si
l;i,ormati6!e cetralise a r!ssi A costr!ire et A ,aire ,octioer ! s+stDme
%;i,ormatio cohret3 elle a clairemet cho! %as sa missio %e mettre A
%ispositio %es !tilisate!rs les mo+es %e ,aire )i)re ce s+stDme %;i,ormatio Gc;est
A %ire les applicatiosH. O se tro!)e %as la sit!atio oS l;o %ispose !e
mcai6!e pres6!e par,aite sas a)oir le %roit %e s;e ser)ir... . Le besoi
%;applicatios ;a cess %;a!*meter. <ire3 les applicatios %ema%es a!4o!r%;h!i
par les !tilisate!rs e ressemblet mFme pl!s a!> applicatios e>i*es hier. O
passe %oc %;! bloca*e %P A ! ma6!e %e resso!rces3 A ! bloca*e %P A !
ma6!e %e techolo*ie.
EPITA/TCOM94 Architecture client/serveur
43
E>emple N'S# #race ?
E 1991 %ci%e %e stopper la pro*ressio %e la co,i*!ratio %e so mai,rame
Compare> Gcompatible INMH et %e passer to!s ses o!)ea!> pro4ets e Cliet
Ser)e!r. 'prDs !e t!%e srie!se et 6!i %!ra pl!sie!rs mois3 l;6!ipe %! pla
ass!race 6!alit est e mes!re %e pro%!ire les chi,,res s!i)ats
Il ,a!t e mo+ee 11 4o!rs po!r %)elopper ! cra CICS G11 4 to!s comprisH e
s;ai%at %e l;o!til %e *ratio %e co%e Cobol 'i%a
Il ,a!t e mo+ee 4 4o!rs po!r %)elopper !e ,eFtre %e %ialo*!e e
e)iroemet *raphi6!e GOS= o! $i%o-sH e s;ai%at %e l;o!til %e *ratio %e
co%e C NS18"
Il e s;a*it pl!s %;! rapport %e 1 A = mais 1 A 4.
Str!ct!rel
Le cliet Ser)e!r est ! lmet cl po!r !e )ritable ro)atio %! s+stDme
%;i,ormatio %es etreprises3 c;est a)ec l!i 6!e l;o )a po!)oir appli6!er ! Ipla
%;!rbaismeI e pl!sie!rs tapes. Mie!> it*rer les statios %es !tilisate!rs a!
sei %! s+stDme e les ,%rat a)ec ! Go! pl!sie!rsH rsea!> local. 'ma*er
l;accDs a!> %oes %! site cetrale a)ec %es *ate-a+s. 8)elopper e priorit les
o!)elles applicatios e mo%e Cliet Ser)e!r po!r ,aciliter la trasitio
Mraliser la coe>io etre les ser)e!rs e mettat e place !e Ipie %orsale
Conclusion
Les b,ices 6!e l;o pe!t atte%re %;!e prise e compte %! mo%Dle Cliet (
Ser)e!r pe!)et Ftre ombre!> et )aris. Ils e permettet po!rtat pas !e
r%!ctio %es b!%*ets i,ormati6!es.L;i,ormati6!e coPte cher 6!el6!e soi le
rs!ltat et le se!l mo+e %e %peser mois3 c;est %;allo!er mois %;ar*et a!>
i,ormaticies.Le Cliet1ser)e!r permet %e ,aire mie!> A b!%*et *al et %oc3 %as
! ses il est pl!s coomi6!e3 mais il e ,a!t pas compter s!r l!i po!r %i)iser par
%e!> )otre b!%*et habit!el.
EPITA/TCOM94 Architecture client/serveur
44
Les pro&l%$es pos#s par le Client 8 Ser)eur
Client 8 Ser)eur et inno)ation
<ro,ile
O %isti*!e @ t+pes %;etreprises ?
<.M.E. 6!ipe %e Mii o! %e <.C. Etreprise %e taille
mo+ee 3 6!ipe %e mai,rame Mra%es Etreprises 6!ipes %;!
o! pl!sie!rs Mai,rameIl est clair 6!;etre l;etreprise %e t+pe 1 G<.M.E. a)ec <.C.H et
celle %e t+pe @ G*ra% compte a)ec *rosse i,ormati6!eH il + a ! mo%e. Les
mo+es emplo+s et les rs!ltats obte!s serot trDs %i,,rets po!r l;!e o! l;a!tre.
<o!rtat3 to!tes les @ serot co,rotes3 A %es %e*rs %i)ers3 A ! problDme capital
? la *estio %e l;io)atio.
Io)atio
L!el 6!e soit le %omaie cocer et 6!;il soit techi6!e o! o3 il + a to!4o!rs @
phases %as la perceptio %;!e io)atio ?
plaisaterie i6!it!%e )i%ece
La premiDre phase est caractrise par le scepticisme3 ecore !e o!)elle mo%e
pese t o *ralemet. Les acte!rs cocers ot ! pechat certai A se
*a!sser %e l;io)atio3 se!ls les pl!s eclis A pre%re %es ris6!es3 s;itresset
a! phomDe3 A ses possibilits et A ses cos6!eces. Si le phomDe rsiste A
l;!s!re %! temps et a!> e>primetatios3 il commece alors A pro%!ire ses premiers
e,,ets. o etre alors %as la phase %;i6!it!%e3 oS les acte!rs cocers sot
parta*s e %e!> camps ? les etho!siastes et les coser)ate!rs. Les coser)ate!rs
e riet pl!s3 to!te,ois ils 3coti!et A %i*rer e bloc le mo!)emet et l!i re,!set
to!t a)eir. Hlas po!r e!>3 la phase %;i6!it!%e est remplace par la phase
%;)i%ece oS il ;+ a pl!s 6!;! se!l parti3 cel!i %es co)aic!s et %es !tilisate!rs.
EPITA/TCOM94 Architecture client/serveur
45
Ris6!e
E>emple I'3 '8'38is6!es opti6!esL;importat est %oc %;Ftre costammet IA 4o!rI
po!r e pas Ftre e %phasa*e a)ec ce 6!i se ,ait o! ce 6!i e>iste..Mrch&
h(st&ri)ue ? a!4o!r%;h!i ! lo*iciel *raliste %oit Ftre reo!)el to!s les 1: mois
Ga! miim!m ! o!)elle release3 a! mie!> !e o!)elles )ersioH so!s peie %e
%isparaJtre A 4amais %es listes %e pri> %es re)e%e!rs.Mens%n#e ?costr!cte!rs et
%ite!rs rabEchet 6!e le!rs pro%!its serot ecore A la poite %emai alors 6!;il
est cessaire 6!e le prochai lo*iciel o! le o!)el or%iate!r s!rclame to!t ce 6!i
tait %ispoible a!para)at sio po!r6!oi l;ac6!rir0A!%rti %u O*s%l+te ? otio %e
%!re %e retabilisatio %! lo*iciel. <l!s retable lors6!;il re% les ser)ices
%ema%s.Esclier ? il ,a!t mie!> %peser ! pe! r*!liDremet 6!e %e temps e
temps. <o!r 4!sti,ier la cessit %e coller a! march3 il ,a!t appli6!er le s+%rome
%e l;escalier. Mra)ir r*!liDremet les marches
EPITA/TCOM94 Architecture client/serveur
46
Client 8 Ser)eur et in)estisse$ent
Il est alors bea!co!p pl!s ,acile %e 4!sti,ier la coceptio %e ce t+pe %;applicatios
pl!s itelli*ets mFme si elles e coPtet pas mois chers 6!e les aciees.C;est
e>actemet le mFme ar*!met 6!e l;o ete%ait po!r remettre e ca!se le passa*e
%e batch a! trasactioel.In)estisse$ent
'pplicatios pl!s co)i)iales3 pl!s riches3 pl!s so!ples3 mie!> a%aptes A la c!lt!re
%e l;!tilisate!r3 to!t simplemet pl!s !tile#r"he ? Rpartitio b!%*taire compare
etre mo%e cetralis et Cliet Ser)e!r s!r !e base %e 1CC. G8ate 199@H
Centralis#
Client Ser)eur
0 /0 40 "0 -0 *00
Centralis#
Client Ser)eur
$ateriel
lo(iciel
7or$ation
support
L;t!%e %;'rth!r 8 Little bie 6!;elle paraisse trDs ,a)orable a! Cliet Ser)e!r G,ace
A l;i,ormati6!e cetraliseH. Elle %motre 6!e le Cliet Ser)e!r re)iet mois cher
!i6!emet s!r le poste matriel G6!i est cel!i 6!i str!ct!rellemet )a le pl!s baisser
A l;a)eirH. E ,ait le Cliet Ser)e!r impose ! e,,ort ,iacier importat %as les
%omaies %e la ,ormatio et %! s!pport techi6!e.Nie sPr3 cet e,,ort ,iacier e
sera pas perpt!el3 il est essetiellemet %P a! sa!t %e *ratio re6!is par la
techolo*ie A mettre oe!)re. Normalemet3 !e ,ois la mise A i)ea! e,,ect!3 le
i)ea! %e %pese %e)rait re%e)eir raisoable s!r ces li*es %! b!%*et
i,ormati6!e. Et c;est le pricipal ha%icap %! Cliet1ser)e!r s!r le pla ,iacier3 il
cessite ! i)estissemet A l;po6!e oS l;o e )e!t pl!s e ete%re parler.
EPITA/TCOM94 Architecture client/serveur
47
Saut culturel
Rec+cla*e %es 6!ipes ?
8e ombre!ses persoes tra)aillat %as le secte!r i,ormati6!e sot maiteat
mo+eemet E*es. 'rri) A ce sta%e %e le!r carriDre3 ombre!> sot ce!> 6!i
sot rticets ,ace a! challe*e reprset par l;appretissa*e %;!e o!)elle
prati6!e %! %)eloppemet et %e l;e>ploitatio3 e ,ait !e o!)elle ,aOo
%;apprhe%er ! s+stDme i,ormati6!e.Mraphe ?
Habit!%es prises a)ec les acies s+stDmes IL!els sot les problDmes 6!e l;o
recotre lors %e la mise e oe!)re %;!e architect!re Cliet Ser)e!r 0 Ge6!Fte
I8C #raceH
19Z
1BZ
1=Z
1=Z
11Z
11Z
9Z
BZ
@Z
@Z
ralisatio
per,ormces
or*aisatio
,ormatio
s+stDme %;e>ploitatio
maiteace
a%miistratio
coPts
e6!ipemet
cEbla*e
a!tres
EPITA/TCOM94 Architecture client/serveur
48
<e!r %e la o!)ea!t3 e,,ort ,iacier3 rec+cla*e %es 6!ipes3 )oici 6!els sot les
pricipa!> obstacles A la mise e place %es s+stDmes Cliet1ser)e!r et ce sot ces
,reis lA 6!i )ot r)ler les meille!rs raletisse!rs A la *ralisatio %! Cliet1
ser)e!r %as l;i,ormati6!e %e *estio.<armi les a!tres %i,,ic!lts A e pas so!s1
estimer3 o po!rrait *alemet citer la comple>it techi6!e3 l;immat!rit %! march
et la 4e!esse %e ses pricipa!> acte!rs3 le ,ait %;a)oir A *rer %e m!ltiples
,o!risse!rs3 ... .Ces obstacles sot ihrets A to!te m!tatio
techolo*i6!e.L;ama*emet sera lo*3 lo!r%3 coPte!> et %o!lo!re!> po!r
certais.
EPITA/TCOM94 Architecture client/serveur
49
L'#tat du $arc#
Le Cliet1ser)e!r to!che A %e ombre!> %omaies techi6!es et la mise e place
%;applicatios co,ormes A ce mo%Dle cessite l;assembla*e %e m!ltiples
composats. <o!r a)oir !e )isio claire %e l;tat %! march3 il est %;abor% importat
%;e %resser !e t+polo*ie.
Une t,polo(ie du $arc# des produits Client 8 Ser)eur
#o%ametalemet3 le march est %i)is e trois ,amilles Les ,rota!>3 o i%eti,ie
trois classes %e ,amilles ? Les o!tils to!rs )ers les !tilisate!rs Gpro%!its
%;iterro*atio comme L!est %e *!pa o! N!siess Ob4ect H.
Les e)iroemets %e %)eloppemets Ge>emple Ob4ect)ie-3 SLl $i%o-sH
Les o!tils %;a%miistratio.Les ser)e!rs3 o %isti*!e sept classes %e pro%!its ?
les SMN8 Grelatioels3 ob4et o! a!treH les moite!rs
trasactioels les *ate-a+s 6!i permettet A %es ,rota!> %e
s;iter,acer les ser)ices %e messa*eries Ge>emple? MT' R4CCH les
e)iroemets %e %)eloppemets les ser)e!rs %;a,,icha*es les
ser)e!rs %e ,octio o! %e calc!l
EPITA/TCOM94 Architecture client/serveur
50
Les mi%%le-ares3 %as la cat*orie %es pro%!its %e comm!icatios Go! I<CH o
isole 6!atre classes ? ce!> proposs par les %ite!rs %e ser)e!rs et li A le!rs
pro%!its. ce!> proposs par les %ite!rs tiers et permettat %e costr!ire %es
architect!res rparties e artic!latio a)ec les e)iroemets %e %)eloppemet
%e ser)ices. ce!> proposs par les )e%e!rs %e mi%%le-ares et 6!i )iset A ,aciliter
l;iterportabilit etre ,rota!> et ser)e!rs. ce!> proposs par les costr!cte!rs et
6!;il est 6!el6!e,ois %i,,icile A %isti*!er %es *ate-a+s.
En)ironne$ent de d#)eloppe$ent
<o!r la mise e oe!)re %;applicatios Cliet1ser)e!r3 o %ispose %e %e!> pricipa!>
t+pes %;o!tils ?Les ,rota!> %;iterro*atiosLes ,rota!> %;iterro*atios G%es
pro%!its comme L!est %e M!pa o! N!siess Ob4ect H permettet ! accDs simpli,i
a!> bases %e %oes %e l;etreprise sas cessiter la maJtrise o! mFme la
coaissace %;! la*a*e %e maip!latio <ar cotre3 il est so!)et cessaire
%;ama*er le ser)ice %e %oes po!r e ,aciliter la maip!latio par les
!tilisate!rs
Les e)iroemets %e %)eloppemetCe sot %es pro%!its %estis a!>
%)eloppe!rs. <o!r le momet 3 ces o!tils sot ecore lar*emet to!r )ers le
poste cliet et si %as le pro4et o a reco!rs A %es ser)e!rs pro*rammables3 le
%)eloppemet s!r le ser)e!r %oit Ftre e,,ect! par ! a!tre o!til.
Les di77#rents t,pes d'outils de d#)eloppe$ent
<ro%!its h+bri%es
Les table!rs Ge>emples? $i*s3 E>cel3 Lot!s3 L!atroH
Les *estioaires %e ,ichiers
Ce sot %;abor% %es lo*iciels N!rea!ti6!e3 mais permettet to!s ! accDs a!>
SMN8R %! march )ia !e iter,ace SLL.
EPITA/TCOM94 Architecture client/serveur
51
Les L4M o!)elle *ratio
C;est ! o!til o! ! esemble %;o!tils permettat %e %)elopper %es applicatios e
mo%e *raphi6!e.
Les 6!alits obli*atoires sot ?
,acilit %e prise e mai
,acilit %e %)eloppemet
rapi%it %e %)eloppemet
Les tool2its ati,s
Ils imposet le reco!rs A %es la*a*es %it Iati,sI parce 6!;ils *Dret %! co%e
compil GC3 C[[3 Smalltal2 et CobolH. Ils ot %e meille!rs per,ormaces mais le
%)eloppemet est pl!s lo* 3 la 6!alit est m%iocre3 lisibilit trDs ma!)aise et
bea!co!p %e b!*s rsi%!els.
EPITA/TCOM94 Architecture client/serveur
52
CONCLUSION
Le mo%e cliet ser)e!r permet %e tirer le meille!r parti %es rsea!> loca!> %e
micro1or%iate!rs. To!t %;abor% e e>ploitat les capacits spci,i6!es %es
statios micro1or%iate!rs comme !e iter,ace !tilisate!r trs er*oomi6!e3 %es
applicatios %e t+pe pro*iciels simples %;!tilisatio3 et ! rapport pri> per,ormace
iterressat. Es!ite3 e permettat %e parta*er A tra)ers le rsea! local %es
,octioalits 4!s6!;alors rser)es a!> architect!res t+pes micro1or%iate!rs3
)oir a!> sites cetra!>3 comme la p!issace %e traitemet %;! *ra% ombre
%;i,ormatios et le!r sc!rit3 aisi 6!e %e *ra%es capacits %e stoc2a*e. C;est
ce t+pe %;approche 6!i permet a!> etreprises %;!tiliser les rsea!> loca!> %e
micro1or%iate!rs A %es ,is strat*i6!es e le!r ,aisat s!pporter les
applicatios criti6!es 4!s6!e1lA rser)es a! %omaies %es s+stDmes cetraliss.
Ceci est ,r6!emmet %crit comme !e approche t+pe I%o-si.i*I3 mettat e
a)at !e architect!re A base %e micro1or%iate!rs.
Cepe%at3 il ,a!t bie se *ar%er %e ,aire l;amal*ame3 e %isat 6!;il e ,a!t %oc
!tiliser 6!e %es micro1or%iate!rs e ,aisat %isparaJtre %as cette approche
%;architect!re3 les mii o! les sites cetra!>. Nie a! cotraire l;)ol!tio %es
architect!res i,ormati6!es )a3 )ers !e approche pl!s 4!%icie!se %e l;!tilisatio
%es %i)erses resso!rces s!r ! rsea! %;etreprise. Cette approche associe la
micro1i,ormati6!e3 a)ec ses a)ata*es %e coPts ,aibles3 sa so!plesse et sa
co)i)ialit et %;a!tre part la mii et la *rosse i,ormati6!e o,,rat %es capacits
%e traitemet %;applicatios et %e *estio %e priphri6!es trs p!issates3
accessible a! tra)ers %e mcaismes tels 6!e o!s les a)os %crits. Le rsea!
local %;etreprise %e)iet l;a>e ,%rate!r3 a! tra)ers %! 6!el comm!i6!e
l;esemble %es %i,,rets %omaies i,ormati6!es3 micro1or%iate!rs3 mo+es et
*ra%s s+stDmes.
EPITA/TCOM94 Architecture client/serveur
53
.LOSSAIRE
A.L A 'telier %e *ie lo*iciel.
A4I ? 'pplicatio <ro*rammi* Iter,ace3 iter,ace po!r la*a*e %e pro*rammatio3
matrialises par %es primiti)es3 permettat A !e applicatio %;acc%er A %es
pro*rammes s+stDme po!r3 par e>emple3 comm!i6!er o! e>traire %es %oes.
A44C ? 'pplicatio <ro*ram to <ro*ram Comm!icatio3 %as l;e)iroemet INM
SN'3 mtho%e %e comm!icatio !tilise po!r ,aire comm!i6!er %es applicatios
etre elles sas otio %e hirarchie.
CFTFCross +ile Transfert G moniteur de transfert de /chiers dvelopp par
la socit Crdintraus 2
C4I1C ? Commo <ro*rammi* Iter,ace Comm!icatio3 cette iter,ace permet
l;tablissemet %;!e co)ersatio e s;app!+at s!r le protocole '<<C.
Do+nsiCin( ? 8escete %;applicatios e>istates s!r %es s+stDmes pl!s petits mais
to!t a!ssi p!issats coPtat ettemet mois cher
@A4 ? #ormat '% <rotocole3 Ce protocole *Dre l;or%oacemet %e l;cha*e
etre le cliet et le ser)e!r.
I4C ? Iter <rocess Comm!icatio3 o! Mi%%le-are3 c;est !e co!che lo*icielle 6!i
se sit!e etre l;applicatio et le rsea!3 elle permet %;tablir et %e maiteir le
%ialo*!e etre le cliet et le ser)e!r.
L4.A C;est ! o!til o! ! esemble %;o!tils permettat %e %)elopper %es
applicatios e mo%e *raphi6!e.
MTA:gent de transfert de messages2
S.BDR ? S+stDme %e Mestio %e Nase %e 8oes Relatioelles.
RDA ? Remote 8ata 'cces3
Ri(tsiCin(? Cas %es o!)elles applicatios 6!i e po!)aiet Ftre mises e oe!)re
i %as ! cote>te cetralis3 i i%i)i%!el(isol et 6!i tro!)e sa place s!r !
s+stDme mo%ere et cliet1ser)e!r.
R4C ? Remote <roce%!re Call3
UpsiCin(? Il s;a*it %e re%re lar*emet %ispoible !e applicatio a!tre,ois
e>cl!si)emet i%i)i%!elle.
EPITA/TCOM94 Architecture client/serveur
54
:400? Norme co!)rat ! esemble %e spci,icatios %e messa*erie sit!e a!
i)ea! %e la co!che %;applicatio %! mo%Dle OSI GCCITT R4CCH .
EPITA/TCOM94 Architecture client/serveur
55
BIBLIO.RA49IE
Titre F !'architecture client serveur
uteur F lain !&+&4,R&
&diteur F rmand C"!I#
Titre F Client serveur architecture
uteur F lex 4&RS"#
&diteur F %cEra< :ill
Titre F !es architectures cooperatives
&tude ralise par le C=P
!'he>domadaire $!e %onde Informatique$ du groupr IDE
Titre F I#+"R%TI0(& magaHine )novem>re*
!'entreprise rseau
Titre F ,ers une informatique client D serveur gnralise
)>rochure d'information diIuse par S.>ase +rance*
EPITA/TCOM94 Architecture client/serveur
56
INDE:
A
A4I? **? */? *'
A44C? *4
B
Base de donn#es distri&u#es? /*
Business O&6ect? 43? 20
C
C NS1DE? 45
C@T? 5/? 52? 5"
CICS? 45
client? "? '
Client1ser)eur de donn#es? /*? /4
Client1ser)eur de pr#sentation? /*
Client1ser)eur de proc#dures? /*
Co&ol Aida? 45
D
DCE? *'
Do+nsiCin(? 4*
@
@A4? **? */? *'? *-
.
.artner .roup? /0
(ate+a,s? 45? 43? 20
.estion des donn#es distantes? /*
I
I4C? **? */? *"? *-? 20
L
L4.? 2*
M
$iddle+are? **? */? 20
MTA :400? 5"? 43
O
O&6ect)ie+? 43
4
4r#sentation distante? /*
4r#sentation distri&u#e? /*
EPITA/TCOM94 Architecture client/serveur
57
F
Fuest? 43? 20
R
RDA? *4? *"? *'
r#seau local? 5"
re)a$pin(? /*
Ri(tsiCin(? 4*
R4C? *5? *4? *"
S
ser)eur? "? '
S.BD? 43
S.BDR? *"? *-
SFL? *'? 5/? 55? 52? 5"
SFl Gindo+ns? 43
T
TC41I4? */? *'
traite$ent coop#rati7? -
Traite$ent distri&u#? /*
U
UpsiCin(? 4*
:
:1Gindo+? /*? //
EPITA/TCOM94 Architecture client/serveur
58
ANNE:ES
LE CLIENT8SERDEUR DE 4RESENTATION
Serveur Client
Gestion de l'affichage
Logique de l'affichage
4our Contre
i%pe%ace etre la
lo*i6!e %e la prsetatio
et l;iter,ace *raphi6!e
le tra,ic rsea! *r
par le protocole R11 est
importat
le sta%ar% R11 est
pres6!e !i)ersellemet
reco!
le sta%ar% R11 ;est pas
!e orme3 et ;est pas
trDs stable
EPITA/TCOM94 Architecture client/serveur
59
LE CLIENT8SERDEUR DE DONNEES
Serveur
Client
SLL
logique fonctionnelle &
excution des procdures
intgrit & gestion
des donnes
4our Contre
,acile A mettre e oe!)re et
lar*emet %ispoible
pas ecore ormalis
bie a%apt a! !tilisatio %e
t+pe cos!ltatio(%cisio
e rpo% pas a!>
e>i*eces %!
trasactioel itesi,
EPITA/TCOM94 Architecture client/serveur
60
LE CLIENT8SERDEUR DE 4ROCEDURES
Serveur
Client
logique fonctionnelle
excution des procdures
(ou de fonctions)
intgrit & gestion
des donnes
R<C
4our Contre
meille!res per,ormaces impose !
%)eloppemet cKt
ser)e!r
tra,ic rsea! r%!it e co)iet pas po!r les
appliatios A caractDre
Ipoct!elI
EPITA/TCOM94 Architecture client/serveur
61

You might also like