Cliente servidor

Tema 1. Arquitectura Cliente/Servidor

SCS – Sistemas Cliente/Servidor 4o inform´tica a http://ccia.ei.uvigo.es/docencia/SCS 3 de octubre de 2008

– FJRP, FMBR 2008/09 ccia SCS –

1.1 Sistemas Distribuidos

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

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

– FJRP, FMBR 2008/09 ccia SCS–

1

(b) Caracter´ ısticas t´ ıpicas Finalidad: hacer m´s accesibles los recursos disponibles a Caracter´ ısticas: • Transparentes: ocultan el hecho de que los recursos est´n dise tribuidos ◦ transparencia de acceso: ocultar las diferencias en la representaci´n de los datos (formatos) y en el acceso a los recursos o ◦ transparencia de ubicaci´n y migraci´n: ocultar d´nde se ubica o o o unrecurso y el hecho de que un recurso pueda ser movido a otra ubicaci´n o ◦ transparencia de replicaci´n: ocultar que un recursos pueda o estar replicado e distintas ubicaciones ◦ transparencia de concurrencia: permitir que un recurso se comparta por distintos usuarios de forma simult´nea a ◦ transparencia ante fallos: ocultar los fallos y la recuperaci´n o de los mismos • Abiertos: soportan lainterconexi´n con otros sistemas o ◦ Los servicios ofrecidos siguen reglas bien definidas y conocidas (protocolos) que describen su sintaxis (forma de usarlos) y su sem´ntica (qu´ hacen/resultado) a e ◦ Son ”independientes” de tecnolog´ y recursos concretos ıas ◦ Soportan la interoperabilidad y portabilidad de los recursos • Escalables: capaces de hacer frente al crecimiento de la demanda ◦ Posibilidad dea˜adir recursos y usuarios al sistema sin afectar n a la consistencia del sistema ◦ T´cnicas: balanceo de cargas, distribuci´n y replicaci´n e o o (cach´s) de datos, recursos, equipos, ... e ◦ Relacionado con tolerancia a fallos: fallos de nodos concretos no suponen que el sistema distribuido quede inoperativo

– FJRP, FMBR 2008/09 ccia SCS –

2

(c) Ventajas e inconvenientes Ventajas •Econom´ compartici´n de recursos costosos ⇒ ahorro de costes ıa: o • Flexibilidad: • Fiabilidad: tolerancia a fallos → recursos cr´ ıticos pueden ser replicados • Escalabilidad: no limitado a recursos de un unico equipo → ´ posibilidad de introducci´n de nuevos nodos o Inconvenientes • Dificultad en el desarrollo del software • Limitaciones de las redes (ancho de banda, latencias, ...) • Porblemas deseguridad: control de accesos, confidencialidad, integridad, etc

– FJRP, FMBR 2008/09 ccia SCS –

3

1.1.2 Arquitecturas de sistemas distribuidos 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 las peticiones de los clientes ◦Arquitecturas multicapa (n-tier ): generalizaci´n del anterior, o los componentes pueden emitir peticiones y responder a las peticiones sobre los recursos concretos que gestionan (clientes y servidores a la vez) • Arquitecturas descentralizadas: todos los componentes tienen las mismas responsabilidades y funciones ◦ Sistemas entre iguales (peer-to-peer ) En base a su estructura: • Basados en...