Tema1_ArquitecturaClienteServidor

Tema 1. Arquitectura Cliente/Servidor

SCS – Sistemas Cliente/Servidor
4o inform´atica
http://ccia.ei.uvigo.es/docencia/SCS
27 de septiembre de 2009

– FJRP, FMBR

[sistemas cliente-servidor]

CCIA –

1.1 Sistemas Distribuidos

1.1.1 Definici´
on y caracter´ısticas
(a) Definiciones
computaci´
on distribuida. ”Modelo de computaci´
on adaptado a la
ejecuci´on de programas en sistemasdistribuidos”
sistema distribuido. ”Sistema inform´atico compuesto por un conjunto
de nodos de procesamiento comunicados y coordinados mediante
una red que permite el intercambio de mensajes entre los mismos”
Esquema

Middleware: Abstracci´on que oculta las caracter´ısticas espec´ıficas de
cada nodo (hardware y S.O.)y proporciona un interfaz com´
un que
permite la interacci´on entre los componentes del sistema
•Conjunto de componentes y tecnolog´ıas que se extienden a trav´es
de los distintos equipos formando una ”capa” com´
un que ofrece
una interfaz que uniformiza las caracter´ısticas de los equipos, los
dota de coherencia y permite la comunicaci´
on entre ellos
• Misi´on: ofrecer abstracci´on + dotar de transparencia
• Ejemplos:
◦ paso de mensajes mediate sockets
◦ invocaci´on remota deprocedimientos
◦ objetos distribuidos

– FJRP, FMBR

[sistemas cliente-servidor]

CCIA –

1

(b) Caracter´ısticas t´ıpicas
Finalidad: hacer m´as accesibles los recursos disponibles en el sistema
distribuido
Caracter´ısticas:
• Transparentes: ocultan al desarrollador el hecho de que los
recursos est´en distribuidos
◦ transparencia de acceso: ocultar las diferencias en la representaci´on de los datos (formatos)y en el acceso a los recursos
◦ transparencia de ubicaci´on: ocultar los aspectos relativos a
ubicaci´on real de un recurso
◦ transparencia de migraci´on: ocultar el hecho de que un recurso
pueda ser movido a otra ubicaci´
on
◦ transparencia de replicaci´on: ocultar que un recurso pueda
estar replicado e distintas ubicaciones
◦ transparencia de concurrencia: permitir que un recurso se compartapor distintos usuarios/aplicaciones de forma simult´anea
◦ transparencia ante fallos: ocultar los fallos y la recuperaci´on
de los mismos
• Abiertos: soportan la interconexi´on con otros sistemas
◦ Los servicios ofrecidos siguen reglas bien definidas y conocidas
(protocolos) que describen su sintaxis (forma de usarlos) y su
sem´antica (qu´e hacen/c´
ual es su resultado)
◦ Son ”independientes” detecnolog´ıas y recursos concretos
◦ Soportan la interoperabilidad y portabilidad de los recursos
• Escalables: capaces de hacer frente al crecimiento de la demanda
◦ Posibilidad de a˜
nadir recursos y usuarios al sistema sin afectar
a la consistencia del sistema
◦ T´
ecnicas: balanceo de cargas, distribuci´
on y replicaci´
on
(cach´es) de datos, recursos, equipos, ...
◦ Relacionado con tolerancia afallos: fallos de nodos concretos
no suponen que el sistema distribuido quede inoperativo

– FJRP, FMBR

[sistemas cliente-servidor]

CCIA –

2

(c) Ventajas e inconvenientes
Ventajas
• Econom´ıa: compartici´on de recursos costosos ⇒ ahorro de costes
• Flexibilidad: independiencia de tecnolog´ıas/desarrollos, adaptabilidad
• Fiabilidad: tolerancia a fallos → recursos cr´ıticos pueden serreplicados
• Escalabilidad: no limitado a recursos de un u
´nico equipo →
posibilidad de introducci´
on de nuevos nodos
Inconvenientes
• Dificultad en el desarrollo del software
• Limitaciones de las redes (ancho de banda, latencias, ...)
• Problemas de seguridad: control de accesos, confidencialidad,
integridad, etc

– FJRP, FMBR

[sistemas cliente-servidor]

CCIA –

3

1.1.2 Arquitecturas de sistemasdistribuidos
En base a su topolog´ıa:
• Arquitecturas centralizadas: los componentes del sistema presentan diferentes roles
◦ Paradigma cliente-servidor: dos tipos de elementos
servidor que gestiona un recurso y atiende peticiones de clientes
◦ Arquitecturas multicapa (n-tier ): generalizaci´on del anterior
los componentes pueden emitir peticiones y responder a las
peticiones sobre los recursos...