Unidad 1- Contexto de La Programacion Cliente-Servidor

INSTITUTO TECNOLOGICO DE ORIZABA

INSTITUTO TECNOLÓGICO DE ORIZABA ING. INFORMÁTICA PROGRAMACION EN AMBIENTE CLIENTE-SERVIDOR

INVESTIGACION UNIDAD 1 Contexto de la programa!"n l!ente#$er%!dor

Hora: 13 a 1 PRESENTA:

ALDANA FERNANDEZ ISMAEL No. DE CONTROL: 11010383

PROFESOR: PELAEZ CAMARENA SILVESTRE GUSTAVO

ISMAEL ALDANA FERNANDEZ

1


Contenido Introducción........................................................................................................ 3 De!rro""o............................................................................................................ 3 1.1. Ar#uitectur! c"iente$er%idor........................................................................ 3 E"e&ento de "! !r#uitectur! c"iente$er%idor.................................................' E" er%idor..................................................................................................... ( E" c"iente....................................................................................................... ( E" Midd"e)!re...............................................................................................( E" *uncion!&iento +,ico................................................................................. 1. Mode"o de do / tre c!0!......................................................................... Ar#uitectur! en  ni%e"e.................................................................................  Ar#uitectur! en 3 ni%e"e.................................................................................  Co&0!r!ción entre !&+o ti0o de !r#uitectur!...........................................2 1.3 Uo / A0"ic!cione....................................................................................... 2 1.' Co&unic!ción entre 0ror!&!....................................................................4 1.(. Mode"o de co&0ut!ción ditri+uid!..........................................................11 1.(.1. RMI.......................................................................................................... 11 L! !r#uitectur! RMI 0uede %ere co&o un &ode"o de cu!tro c!0!..............1 5ri&er! c!0!...............................................................................................1 Seund! c!0!............................................................................................. 1 Tercer! c!0!............................................................................................... 1 Cu!rt! C!0!................................................................................................ 1 1.(.. COM$DCOM.............................................................................................13 L! !r#uitectur! DCOM.................................................................................... 13 1.(.3. Ser%icio 6e+..........................................................................................1' L! intero0er!+i"id!d 0uede er de 3 ti0o7....................................................1( 1.(.'. Otro....................................................................................................... 1Conc"uión........................................................................................................ 1 Re*erenci!....................................................................................................... 1





Introducción La arquitectura cliente-servidor define una relacin entre el usuario de una estacin de tra!a"o #el cliente frontal$ % un servidor &osterior de arc'ivos( i)&resin( co)unicaciones o fa*( u otro ti&o de siste)a &roveedor de servicios. El cliente de!e ser un siste)a inteli+ente con su &ro&ia ca&acidad de &rocesa)iento &ara descar+ar en &arte al siste)a &osterior #,sta es la !ase del )odelo cliente-servidor$. Esta relacin consiste en una secuencia de lla)adas se+uidas de res&uestas. ituar servicios de arc'ivos #u otro ti&o de servicios$ en siste)as &osteriores dedicados tiene )uc'as venta"as. Es )s sencillo reali/ar el )anteni)iento % la se+uridad de unos servidores situados en un )is)o lu+ar( % )s si)&le el &roceso de reali/acin de co&ias de se+uridad( sie)&re que los datos se encuentren en una nica u!icacin % una )is)a autoridad los +estione.

De!rro""o 1.1. Ar#uitectur! c"iente$er%idor L! !r#uitectur! c"iente$er%idor 0eriue e" o+8eti%o de 0roce!r "! in*or&!ción de un &odo ditri+uido. De et! *or&!9 "o uu!rio :n!"e 0ueden et!r di0ero en un ,re! eor,:c! &, o &eno e;ten! ? / !cceder ! un con8unto co&@n de recuro co&0!rtido. Ade&,9 e" !cceo de+e er tr!n0!rente

3


Ade&, de "! transparencia / "! independencia de" !rd)!re / de" o*t)!re9 un! i&0"!nt!ción c"iente$er%idor de+e tener "! iuiente c!r!cter=tic!7 o

o

o

o

o

o

De+e uti"i!r protocolos asimétricos9 donde e" er%idor e "i&it! ! ecuc!r9 en e0er! de #ue un c"iente inicie un! o"icitud. E" er%idor o*recer, recursos9 t!nto "óico co&o *=ico ! un! c!ntid!d %!ri!+"e / di%er! de c"iente <0or e8e&0"o9 e0!cio de !"&!cen!&iento9 +!e de d!to9 i&0reor!9 etc.? E" er%idor o*recer, t!&+in un! erie de servicios9 #ue er,n u!do 0or "o c"iente. Eto er%icio et!r,n encapsulados9 0!r! ocu"t!r ! "o c"iente "o det!""e de u i&0"e&ent!ción <0or e8e&0"o9 !ce0t!r e" re#ueri&iento de un c"iente o+re un! +!e de d!to o *or&!te!r "o d!to o+tenido !nte de tr!n&itir"o !" c"iente?. Se *!ci"it!r, "! integridad / e" &!nteni&iento t!nto de "o d!to co&o de "o 0ror!&! de+ido ! #ue e encuentr!n centr!"i!do en e" er%idor o er%idore. Lo ite&! et!r,n débilmente &edi!nte e" en%=o de &en!8e.

acoplados9

/!

#ue

inter!ct@!n

Se *!ci"it!r, "! escalabilidad9 de &!ner! #ue e! *,ci" !!dir nue%o c"iente ! "! in*r!etructur!
E"e&ento de "! !r#uitectur! c"iente$er%idor.


'


De "o dico !t! !or!9 0ode&o deducir #ue "o 0rinci0!"e e"e&ento #ue con*or&!n "! !r#uitectur! c"iente$er%idor on "o iuiente7

E" er%idor Cu!ndo !+"!&o de un! *or&! enric!9 i &encion!&o ! un er%idor9 no re*eri&o ! un orden!dor9 nor&!"&ente con 0ret!cione e"e%!d!9 #ue e8ecut! er%icio 0!r! !tender "! de&!nd! de di*erente c"iente. Sin e&+!ro9 +!8o e" 0unto de %it! de "! !r#uitectur! c"iente$er%idor9 un servidor es un proceso que ofrece el recurso (o recursos) que administra a los clientes que lo solicitan
E" c"iente Iu!" #ue !nte9 !" !+"!r de *or&! enric! o+re un c"iente9 no re*eri&o ! un orden!dor9 nor&!"&ente con 0ret!cione !8ut!d!9 #ue re#uiere "o er%icio de un e#ui0o er%idor. Sin e&+!ro9 +!8o e" 0unto de %it! de "! !r#uitectur! c"iente$er%idor9 un c"iente e un 0roceo #ue o"icit! "o er%icio de otro9 nor&!"&ente ! 0etición de un uu!rio. En entorno c"iente$er%idor9 ue"e uti"i!re e" tr&ino front-end 0!r! re*erire ! un 0roceo c"iente. Nor&!"&ente9 un 0roceo c"iente e enc!r! de inter!ctu!r con e" uu!rio9 0or "o #ue et!r, contruido con !"un! err!&ient! #ue 0er&it! i&0"e&ent!r inter*!ce r,:c!
E" Midd"e)!re E la parte del software del sistema que se encarga del transporte de los mensajes entre el cliente y el servidor 9 0or "o #ue e e8ecut! en !&+o "!do de "! etructur!. E" &idd"e)!re 0er&ite independizar ! "o c"iente / ! "o er%idore9 o+re todo9 r!ci! ! "o sistemas abiertos9 #ue e"i&in!n "! neceid!d de u0edit!re ! tecno"o=! 0ro0iet!ri!.


(


5or "o t!nto9 e" &idd"e)!re *!ci"it! e" de!rro""o de !0"ic!cione9 0or#ue reue"%e "! 0!rte de" tr!n0orte de &en!8e / *!ci"it! "! intercone;ión de ite&! eteroneo in uti"i!r tecno"o=! 0ro0iet!ri!. Ade&,9 o*rece &, contro" o+re e" neocio9 de+ido ! #ue 0er&ite o+tener in*or&!ción dede di*erente or=ene
o

o

E" 0rotoco"o de tr!n0orte9 #ue er, co&@n 0!r! otr! !0"ic!cione de" ite&!. E" ite&! o0er!ti%o de red E" 0rotoco"o de" er%icio9 #ue er, e0ec=:co de" ti0o de ite&! c"iente$er%idor #ue ete&o conider!ndo.

E" *uncion!&iento +,ico Aun#ue e 0ro+!+"e #ue ! et! !"tur! /! te !! un! ide! o+re e" *uncion!&iento ener!" de" &ode"o c"iente$er%idor9 %!&o ! concret!r"o ! continu!ción7 1. Lo 0ri&ero #ue de+e ocurrir e #ue e inicie e" er%idor. Eto ocurrir, dur!nte e" !rr!n#ue de" ite&! o0er!ti%o o con "! inter%ención 0oterior de" !d&initr!dor de" ite&!. Cu!ndo ter&ine de inici!re9 e0er!r, de *or&! 0!i%! "! o"icitude de "o c"iente. . En !"@n &o&ento9 uno de "o c"iente conect!do !" ite&! re!"i!r, un! o"icitud !" er%idor. 3. E" er%idor reci+e "! o"icitud de" c"iente9 re!"i! cu!"#uier %eri:c!ción nece!ri! /9 i todo e correcto9 "! 0roce!. '. Cu!ndo e" er%idor di0on! de" reu"t!do o"icit!do9 "o en%=! !" c"iente. (. Fin!"&ente9 e" c"iente reci+e e" reu"t!do #ue o"icitó. A continu!ción re!"i! "! co&0ro+!cione o0ortun! <i on nece!ri!? /9 i er! ee e" o+8eti%o :n!"9 e "o &uetr! !" uu!rio.


-


Si deco&0one&o ete &odo de *uncion!&iento en e"e&ento etructur!"e9 er, &, *,ci" co&0render "o conce0to i&0"ic!do. De et! *or&!9 0ode&o o+tener un! de:nición de "! !r#uitectur! 0or ni%e"e9 etructur!d! co&o iue7 o

o

o

o

Un ni%e" de 0reent!ción9 #ue !"utin! "o e"e&ento re"!ti%o !" c"iente. Un ni%e" de !0"ic!ción9 co&0ueto 0or e"e&ento re"!cion!do con e" er%idor. Un ni%e" de co&unic!ción9 #ue et, *or&!do 0or "o e"e&ento #ue !cen 0oi+"e "! co&unic!ción entre e" c"iente / e" er%idor. Un ni%e" de +!e de d!to9 *or&!do 0or "o e"e&ento re"!cion!do con e" !cceo ! "o d!to.

1. Mode"o de do / tre c!0! Ar#uitectur! en  ni%e"e La arquitectura en  niveles se utili/a &ara descri!ir los siste)as cliente2servidor en donde el cliente solicita recursos % el servidor res&onde directa)ente a la solicitud( con sus &ro&ios recursos. Esto si+nifica que el servidor no requiere otra a&licacin &ara &ro&orcionar &arte del servicio.

Ar#uitectur! en 3 ni%e"e En la arquitectura en 3 niveles( e*iste un nivel inter)ediario. Esto si+nifica que la arquitectura +eneral)ente est co)&artida &or: ISMAEL ALDANA FERNANDEZ




1. n cliente( es decir( el equi&o que solicita los recursos( equi&ado con una interfa/ de usuario #+eneral)ente un nave+ador 4e!$ &ara la &resentacin . El servidor de a&licaciones #ta)!i,n deno)inado $o&t'are !ntermed!o$( cu%a tarea es &ro&orcionar los recursos solicitados( &ero que requiere de otro servidor &ara 'acerlo 3. El servidor de datos( que &ro&orciona al servidor de a&licaciones los datos que requiere

Co&0!r!ción entre !&+o ti0o de !r#uitectur! La arquitectura en  niveles es( &or lo tanto( una arquitectura cliente2servidor en la que el servidor es &olivalente( es decir( &uede res&onder directa)ente a todas las solicitudes de recursos del cliente. in e)!ar+o( en la arquitectura en 3 niveles( las a&licaciones al nivel del servidor son descentrali/adas de uno a otro( es decir( cada servidor se es&eciali/a en una deter)inada tarea( #&or e"e)&lo: servidor 5e!2servidor de !ases de datos$. La arquitectura en 3 niveles

&er)ite:

•

n )a%or +rado de

fle*i!ilidad

•

6a%or se+uridad( %a

que

se+uridad

se

&uede

inde&endiente)ente &ara

la

definir cada servicio

% en cada nivel •

6e"or rendi)iento( %a

que

las

tareas se co)&arten entre servidores ISMAEL ALDANA FERNANDEZ

2


1.3 Uo / A0"ic!cione Cuando la o&eracin entre clientes % servidores se reali/a a trav,s de una red #co)o es el caso de 7nternet$( la infor)acin via"a codificada a lo lar+o de redes que &ueden ser del ta)ao de un edificio o de ta)ao &lanetario. En caso de redes +randes( a&arte de servidores % clientes( se necesita un tercer ti&o de )quinas &ara +estionar las trans)isiones. e

deno)inan enr(tadore$ #9Routers9$(

%

funcionan

co)o

ele)entos

de

rece&cin % trans)isin de trfico 7nternet. El &aradi+)a cliente-servidor no solo se utili/a en referencia a las )quinas fsicas( ta)!i,n a los &ro+ra)as que las 'acen funcionar se+n su utilidad. ;or e"e)&lo( son frecuentes e*&resiones tales co)o 9cliente de correo9 o 9servidor de noticias9 en referencia a &ro+ra)as. La &ri)era se refiere al que utili/a)os nor)al)ente &ara interro+ar nuestro !u/n e-)ail( 9!a"ar9 el correo % )ani&ularlo #verlo( i)&ri)irlo( !orrarlo( etc.$. El se+undo se refiere a un &ro+ra)a o siste)a de ellos( que en un servidor #)quina$ reali/a el tra!a"o de alo"ar los )ensa"es de noticias( atender las &eticiones de los 9clientes9( etc. O!serve que en realidad( el conce&to cliente2servidor es )u% +en,rico( % que &uede ser entendido incluso en el )!ito de una sola )quina( donde unas a&licaciones &ueden &restar servicio a otras. in e)!ar+o( su si+nificado desde el &unto de vista infor)tico suele &resu&oner la e*istencia de varias )quinas #al )enos dos$ unidas en una red: •

•

n servidor es cualquier )quina que dis&one un recurso &ara ser co)&artido. n cliente es cualquier )quina que necesita un recurso e*terno.

n servidor de deter)inado recurso &uede ser cliente de otros % a la inversa. n cliente &uede ser a su ve/ servidor de otro recurso.


4


1.' Co&unic!ción entre 0ror!&! El &roceso &ara la creacin de un servicio sie)&re co)ien/a con la creacin del oc )ientras el &ro+ra)a cliente es una cone*in activa( el servidor es una cone*in &asiva. Las lla)adas del siste)as #$ % acce&t #$ crean una cone*in solo cuando el cliente &ide una cone*in #si)ilar a la accin de res&onder al ti)!re de un tel,fono.


1


El e"e)&lo de servidor escuc'a en un soc
1.(. Mode"o de co&0ut!ción ditri+uid! La co)&utacin distri!uida #o +rid co)&utin+ 2 net5or< co)&utin+$ es un )odelo de co)&utacin !asado en el uso de recursos de una red de )quinas inde&endientes &ara el &rocesado de unidades discretas de datos a trav,s de un &rotocolo co)n cu%o o!"etivo es crear una &otente red de &rocesado de datos que &uede incluso su&erar a los +randes su&erordenadores. Estas redes de co)&utacin distri!uida son )a%oritaria)ente utili/adas &ara investi+aciones cientficas que necesitan lar+os tie)&os de &rocesado )ediante ordenadores n siste)a distri!uido est co)&uesto de nodos( &osi!le)ente 'etero+,neos( conectados )ediante una red. n siste)a de esta clase &uede utili/arse efectiva)ente solo si el soft5are es ca&a/ de &resentar al usuario el conce&to de sin+le s%ste) i)a+e #7$ so!re el siste)a fsica)ente distri!uido. De esta for)a todos los recursos de un nodo de!eran &oder accederse trans&arente)ente desde cualquier otro nodo.

1.(.1. RMI RMI #Java Remote Method Invocation$ es un )ecanis)o ofrecido &or ava &ara invocar un ),todo de )anera re)ota. or)a &arte del entorno estndar de e"ecucin de ava % &ro&orciona un )ecanis)o si)&le &ara la co)unicacin de servidores en a&licaciones distri!uidas !asadas e*clusiva)ente en ava. i se ISMAEL ALDANA FERNANDEZ

11


requiere co)unicacin entre otras tecnolo+as de!e utili/arse COR= o O=; en lu+ar de R67. R67 se caracteri/a &or la facilidad de su uso en la &ro+ra)acin &or estar es&ecfica)ente diseado &ara avaB &ro&orciona &aso de o!"etos &or referencia #no &er)itido &or O=;$( recoleccin de !asura distri!uida % &aso de ti&os ar!itrarios #funcionalidad no &rovista &or COR=$. = trav,s de R67( un &ro+ra)a ava &uede e*&ortar un o!"eto( con lo que dic'o o!"eto estar accesi!le a trav,s de la red % el &ro+ra)a &er)anece a la es&era de &eticiones en un &uerto TC;. = &artir de ese )o)ento( un cliente &uede conectarse e invocar los ),todos &ro&orcionados &or el o!"eto. La !n%oa!"n $e ompone de lo$ $!g(!ente$ pa$o$) •

•

•

•

Encapsulado (marshalling) de los parámetros (utilizando la funcionalidad de seriali/acin de Java). Invocación del método (del cliente sobre el servidor). El invocador se queda esperando una respuesta. l terminar la e!ecución" el servidor serializa el valor de retorno (si lo ha#) # lo env$a al cliente. El código cliente recibe la respuesta # contin%a como si la invocación hubiera sido local.

L! !r#uitectur! RMI 0uede %ere co&o un &ode"o de cu!tro c!0!. 5ri&er! c!0! La &ri)era ca&a es la de a&licacin % se corres&onde con la i)&le)entacin real de las a&licaciones cliente % servidor. =qu tienen lu+ar las lla)adas a alto nivel &ara acceder % e*&ortar o!"etos re)otos. Cualquier a&licacin que quiera que sus ),todos est,n dis&oni!les &ara su acceso &or clientes re)otos de!e declarar dic'os ),todos en una interfa/ que e*tienda "ava.r)i.Re)ote.

Seund! c!0! La ca&a  es la ca&a &ro*%( o ca&a stu!-s

1


Tercer! c!0! La ca&a 3 es la de referencia re)ota( % es res&onsa!le del )ane"o de la &arte se)ntica de las invocaciones re)otas. Ta)!i,n es res&onsa!le de la +estin de la re&licacin de o!"etos % reali/acin de tareas es&ecficas de la i)&le)entacin con los o!"etos re)otos( co)o el esta!leci)iento de las &ersistencias se)nticas % estrate+ias adecuadas &ara la recu&eracin de cone*iones &erdidas. En esta ca&a se es&era una cone*in de ti&o strea) desde la ca&a de trans&orte.

Cu!rt! C!0! La ca&a @ es la de trans&orte. Es la res&onsa!le de reali/ar las cone*iones necesarias % )ane"o del trans&orte de los datos de una )quina a otra. El &rotocolo de trans&orte su!%acente &ara R67 es R6; #ava Re)ote 6et'od ;rotocol$( que sola)ente es 9co)&rendido9 &or &ro+ra)as ava.

1.(.. COM$DCOM. 6icrosoft Distri!uted CO6 #DCO6$ e*tiende CO6 #Co)&onent O!"ect 6odel$ &ara so&ortar co)unicacin entre o!"etos en ordenadores distintos( en una L=N( 4=N( o incluso en 7nternet. Con DCO6 una a&licacin &uede ser distri!uida en lu+ares que dan )s sentido al cliente % a la a&licacin. Co)o DCO6 es una evolucin l+ica de CO6( se &ueden utili/ar los co)&onentes creados en a&licaciones !asadas en CO6( % trasladarlas a entornos distri!uidos. DCO6 )ane"a detalles )u% !a"os de &rotocolos de red( &or lo que uno se &uede centrar en la realidad de los ne+ocios: &ro&orcionar soluciones a clientes.

L! !r#uitectur! DCOM DCO6 es una e*tensin de CO6( % ,ste define co)o los co)&onentes % sus clientes interactan entre s. Esta interaccin es definida de tal )anera que el cliente % el co)&onente &ueden conectar sin la necesidad de un siste)a inter)edio. El cliente lla)a a los ),todos del co)&onente sin tener que &reocu&arse de niveles )s co)&le"os. La i+ura 1 ilustra esto en la notacin de CO6


13


En los actuales siste)as o&erativos( los &rocesos estn se&arados unos de otros. n cliente que necesita co)unicarse con un co)&onente en otro &roceso no &uede lla)arlo directa)ente( % tendr que utili/ar al+una for)a de co)unicacin entre &rocesos que &ro&orcione el siste)a o&erativo. CO6 &ro&orciona este ti&o de co)unicacin de una for)a trans&arente: interce&ta las lla)adas del cliente % las reenva al co)&onente que est en otro &roceso. La i+ura  ilustra co)o las li!reras de CO62DCO6 &ro&orcionan la for)a de co)unicar el cliente % el co)&onente:

Cuando el cliente % el co)&onente residen en distintas )quinas( DCO6 si)&le)ente ree)&la/a la co)unicacin entre &rocesos locales &or un &rotocolo de red. Ni el cliente ni el co)&onente se enteran de que la unin que los conecta es a'ora un &oco )s +rande. La i+ura 3 re&resenta la arquitectura DCO6 en su con"unto: Las li!rera de CO6 &ro&orcionan servicios orientados a o!"etos a los clientes % co)&onentes( % utili/an R;C % un &roveedor de se+uridad &ara +enerar &aquetes de red estndar que entienda el &rotocolo estndar de DCO6.


1'


1.(.3. Ser%icio 6e+. Los servicios 5e! son esenciales en las 7nfraestructuras de Datos Es&aciales #7DE$ &orque &er)iten a los usuarios el acceder a datos de )anera estndar )ediante iste)as de 7nfor)acin Feo+rfica % otras a&licaciones a trav,s de 7nternet. De!ido a que este ti&o de servicios sirven co)o &rotocolo entre las a&licaciones cliente % nuestro servidor de )a&as( no &ueden ser utili/ados directa)ente en un nave+ador co)o 6icrosoft 7nternet E*&lorer( 6o/illa irefo* o Foo+le C'ro)e. =de)s de GT6L( el desarrollo de nuevos len+ua"es co)o H6L 'a 'ec'o &osi!le la utili/acin de estndares que &er)iten que las a&licaciones descritas en distintos len+ua"es de &ro+ra)acin % e"ecutadas en distintas &latafor)as &uedan intero&erar entre ellas( es decir( &uedan interca)!iar los datos. De esta for)a( los distintos servicios que se ofrecen en la Word Wide Web &ueden co)!inarse &ara e"ecutar o&eraciones co)&le"as.

L! intero0er!+i"id!d 0uede er de 3 ti0o7 T*n!a) ca&acidad &ara que los siste)as de infor)acin interca)!ien seales % se reali/a tanto a trav,s de una cone*in fsica #ca!le( ondas( etc.$( co)o &or )edio de una serie de &rotocolos de co)unicaciones #TC;27;( etc.$. S!nt+t!a) ca&acidad &ara que un siste)a &ueda leer e inter&retar los datos de otros siste)as. ;ara ello se utili/an una serie de a&licaciones co)o las Interfaz de programación de aplicaciones que &er)iten interca)!iar % anali/ar los datos. Sem+nt!a) ca&acidad de interca)!iar el contenido de la infor)acin !asndose en el si+nificado.

Estos servicios &ro&orcionan )ecanis)os de co)unicacin estndares entre diferentes a&licaciones( que interactan entre s &ara &resentar infor)acin din)ica al usuario. ;ara &ro&orcionar intero&era!ilidad % e*tensi!ilidad entre estas a&licaciones( % que al )is)o tie)&o sea &osi!le su co)!inacin &ara reali/ar o&eraciones co)&le"as( es necesaria una arquitectura de referencia estndar. La estructura interna de un servicio &eb se !asa en los si+uientes &rotocolos % nor)as:


1(


•

SOA, -Simple Object Access Protocol .) esta!lece la for)a en que dos o!"etos en diferentes &rocesos &ueden co)unicarse )ediante el interca)!io de datos en len+ua"e H6L.

•

UDDI -niversal !escription" !iscover# and Integration.) lista los servicios 5e! % los &one a dis&osicin de los usuarios.

•

/DSL -/e0 Ser%!e$ De$r!pt!on Lang(age.) &er)ite que los servicios 5e! descri!an c)o de!en ser tratados &or otras a&licaciones.

1.(.'. Otro. Modelo l!ente#$er%!dor) Es el )odelo )s utili/ado &ara reali/ar a&licaciones distri!uidas. E*iste un &roceso servidor % uno o varios &rocesos clientes. Este )odelo se utili/a en )uc'os servicios de 7nternet co)o GTT;( T;( DN... Este conce&to ta)!i,n &uede a&licarse a los ordenadores servidor o cliente( cu%o no)!re se de!e a que la e"ecucin de la )a%ora de sus &rocesos son de ti&o servidor o de ti&o cliente. ,eer#to#peer) En el )odelo cliente-servidor 'a% una clara diferenciacin. El servidor ofrece a los clientes servicios % los clientes utili/an estos servicios. En siste)as ;; los &rocesos que &artici&an en la co)unicacin reali/an los )i)os &a&eles: de cliente % de servidor. Este siste)a est )s asociado a lo que es la infor)tica distri!uida( %a que se olvida de la centrali/acin % tiene un siste)a )s din)ico % descentrali/ado.


1-


Cl($ter) es un con"unto de ordenadores conectados &or una red de alta velocidad #Fi+a!it Et'ernet( 6%rineto 7nfiniand$. Los co)&utadores individuales &ueden ser ;C convencionales que se instalan en un rac<. Todos los ordenadores tra!a"an co)o un nico recurso de co)&utacin( )ostrndose co)o un nico siste)a. En un cluster todos los ordenadores co)&arten los discos % los distintos ordenadores que lo for)an estn continua)ente )onitori/ando &ara detectar &osi!les fallos de 'ard5are. i se detecta un fallo( se &lanifica el tra!a"o del nodo errneo en otro ordenador( de for)a que el usuario no &erci!e la &arada del servicio. Los cluster se reali/an )ediante un )iddle5are que +estiona todo. n cluster &uede ser 'o)o+,neo #)is)a arquitectura( O...$ o 'etero+,neo #distintos entornos( )iddle5ares )s co)&le"os$. Gr!d) El conce&to de +rid( es si)ilar al conce&to de cluster. La &rinci&al diferencia con un entorno cluster( es que en un entorno +rid( los diferentes co)&utadores del +rid no &ertenecen a un )is)o do)inio de ad)inistracin % &or tanto estn su"etos a diferentes &olticos de uso % de ad)inistracin. La &ri)era )encin( % su definicin viene dada &or 7an oster: 9n siste)a que coordina recursos( que no estn su"etos a un control centrali/ado usando interfaces % &rotocolos estndares( a!iertos % de &ro&sito +eneral &ara &roveer de servicios relevantes9.

Conc"uión na arquitectura es un entra)ado de co)&onentes funcionales que a&rovec'ando diferentes estndares( convenciones( re+las % &rocesos( &er)ite inte+rar una a)&lia +a)a de &roductos % servicios infor)ticos( de )anera que &ueden ser utili/ados efica/)ente dentro de la or+ani/acin.

Re*erenci! Loer9 A. <.*.?. Desarrollo de aplicaciones web . O+tenido de tt07$$!"o2(3.+"o0ot.&;$13$$11!0"ic!cionede3/n c!0!(.t&" Hin!!9 A. <.*.?. Universidad de la ep!blica" #acultad de $ngenier%a . O+tenido de tt07$$&ood"e.unid.edu.&;$dtcuro&d"$0o$TI$L5$AM$1$Ar#uitectur !/tecno"oi!0!r!e"de!rro""ode!0"ic!cione)e+.0d*


1



12

Unidad 1- Contexto de La Programacion Cliente-Servidor

Recommend Documents