SISTEMAS DISTRIBUIDOS

Presentación del tema: "SISTEMAS DISTRIBUIDOS"— Transcripción de la presentación:

1 SISTEMAS DISTRIBUIDOS
Jhon Fredy Vera Tecnología en Sistemas de Información Universidad del Valle

2 Características

3 COMPARTICIÓN DE RECURSOS
Para que la compartición de recursos sea efectiva, ésta debe ser manejada por un programa que ofrezca un interfaz de comunicación permitiendo que el recurso sea accedido, manipulado y actualizado de una manera fiable y consistente. Surge el término genérico de gestor de recursos. Los recursos en un sistema distribuido están físicamente encapsulados en una de las computadoras y sólo pueden ser accedidos por otras computadoras mediante las comunicaciones (la red).

4 APERTURA Las interfaces de software clave del sistema están claramente especificadas y se ponen a disposición de los desarrolladores. Los sistema distribuidos abiertos se basan en la provisión de un mecanismo uniforme de comunicación entre procesos e interfaces publicados para acceder a recursos compartidos. Los sistema distribuidos abiertos pueden construirse a partir de hardware y software heterogéneo, posiblemente proveniente de vendedores diferentes. Pero la conformidad de cada componente con el estándar publicado debe ser cuidadosamente comprobada y certificada si se quiere evitar tener problemas de integración.

5 CONCURRENCIA En un sistema distribuido que esta basado en el modelo de compartición de recursos, la posibilidad de ejecución paralela ocurre por dos razones: 1. Muchos usuarios interactúan simultáneamente con programas de aplicación. 2. Muchos procesos servidores se ejecutan concurrentemente, cada uno respondiendo a diferentes peticiones de los procesos clientes.

6 ESCALABILIDAD Cuando el tamaño y complejidad de las redes de ordenadores crece, es un objetivo primordial diseñar software de sistema distribuido que seguirá siendo eficiente y útil con esas nuevas configuraciones de la red. Resumiendo, el trabajo necesario para procesar una petición simple para acceder a un recurso compartido debería ser prácticamente independiente del tamaño de la red. Las técnicas necesarias para conseguir estos objetivos incluyen el uso de datos replicados, la técnica asociada de caching, y el uso de múltiples servidores para manejar ciertas tareas, aprovechando la concurrencia para permitir una mayor productividad.

7 TOLERANCIA A FALLOS Cuando se producen fallos en el software o en el hardware, los programas podrían producir resultados incorrectos o podrían pararse antes de terminar la computación que estaban realizando. El diseño de sistemas tolerantes a fallos se basa en dos puntos principales: Redundancia hardware y recuperación del software (diseño de programas que sean capaces de recuperarse de los fallos).

8 TRANSPARENCIA La transparencia es la ocultación al usuario y al programador de aplicaciones de la separación de los componentes de un sistema distribuido. Así, el sistema se percibe como un todo, en vez de una colección de componentes independientes.

9 TRANSPARENCIA (Continuación)
El manual de referencia RM-ODP [ISO 1996a] identifica ocho formas de transparencia: Transparencia de Acceso Transparencia de Localización Transparencia de Concurrencia Transparencia de Replicación Transparencia de Fallos Transparencia de Migración Transparencia de Prestaciones Transparencia de Escalado

10 TIPOS DE AQUITECTURA Una arquitectura es un conjunto de reglas, definiciones, términos y modelos que se emplean para producir una utilidad. Una clasificación muy extendida de los sistemas distribuidos es aquella que los clasifica en función de la ubicación, jerarquía o relación entre los componentes lógicos

11 ARQUITECTURAS CENTRALIZADAS
En las arquitecturas centralizadas la interrelación entre componentes sigue un patrón muy característico en el que hay una jerarquía definida de manera que ciertos componentes requieren información o servicios que ofrecen otros componentes lógicos.

12 CLIENTE-SERVIDOR En el modelo cliente-servidor hay dos tipos de componentes: Clientes: hacen peticiones de servicio. Normalmente, los clientes inician la comunicación con el servidor. Servidores: proveen servicios. Normalmente, los servidores esperan recibir peticiones. Una vez han recibido una petición, la resuelven y devuelven el resultado al cliente.

13 CLIENTE-SERVIDOR Petición Respuesta Cliente Servidor

14 COMPONENTES HARDWARE Servidores de archivos
Servidores de Bases de Datos Servidores de Software de Grupo Servidores WEB Servidores de correo Servidor de objetos Servidores de impresión Servidores de aplicación

15 COMPONENTES SOFWARE Presentación. Tiene que ver con la presentación al usuario de un conjunto de objetos visuales y llevar a cabo el procesamiento de los datos producidos por el mismo y los devueltos por el servidor. Lógica de aplicación. Esta capa es la responsable del procesamiento de la información que tiene lugar en la aplicación. Base de datos. Esta compuesta de los archivos que contienen los datos de la aplicación.

16 ARQUITECTURA CLIENTE-SERVIDOR EN 2 NIVELES
Se utiliza para describir los sistemas cliente/servidor en donde el cliente solicita recursos y el servidor responde directamente a la solicitud, con sus propios recursos. Esto significa que el servidor no requiere otra aplicación para proporcionar parte del servicio.

17 ARQUITECTURA CLIENTE-SERVIDOR EN 3 NIVELES
En la arquitectura en 3 niveles, existe un nivel intermediario. Esto significa que la arquitectura generalmente está compartida por: Un cliente El servidor de aplicaciones (software intermedio) El servidor de datos

18 SERVICIOS PROPORCIONADOS POR MÚLTPLES SERVIDORES (niveles múltiples)
Los servidores se pueden repartir los distintos objetos que componen el servicio que proporcionan, o pueden mantener réplicas de los objetos en diferentes ordenadores.

19 CLASIFICACIÓN

20 REPRESENTACIÓN DISTRIBUIDA
La interacción con el usuario se realiza en el servidor, el cliente hace de pasarela entre el usuario y el servidor. Base de Datos Lógica de aplicación Interface de Usuario Terminal Físico

21 REPRESENTACIÓN REMOTA
La lógica de la aplicación y la base de datos se encuentran en el servidor. El cliente recibe y formatea los datos para interactuar con el usuario. Base de Datos Lógica de aplicación Interface Avanzado de Usuario Terminal Inteligente Interface Básico de usuario

22 LÓGICA DISTRIBUIDA El cliente se encarga de la interacción con el usuario y de algunas funciones triviales de la aplicación. Por ejemplo controles de rango de campos, campos obligatorios, etc. Mientras que el resto de la aplicación, junto con la base de datos, están en el servidor. Base de Datos Lógica de aplicación Computador de mesa Lógica básica de aplicación Interface de Usuario

23 ADMINISTRACIÓN REMOTA DE DATOS
El cliente realiza la interacción con el usuario y ejecuta la aplicación y el servidor es quien maneja los datos.. Base de Datos Computador de mesa Lógica básica de aplicación Interface de Usuario

24 BASE DE DATOS DISTRIBUIDA
El cliente realiza la interacción con el usuario, ejecuta la aplicación, debe conocer la topología de la red, así como la disposición y ubicación de los datos. Se delega parte de la gestión de la base de datos al cliente. Base de Datos Computador de mesa Distribución de datos Lógica de aplicación Interface de usuario Base de Datos

25 SISTEMAS DE INFORMACIÓN DISTRIBUIDOS
Un sistema de información es un software que administra datos de algún aspecto del mundo real con una finalidad específica. Los aspectos más relevantes en el desarrollo de un sistema con estas características son: Los sistemas deben ofrecer funcionalidades para permitir la interpretación de los datos y la extracción de conocimiento. El almacenaje de los datos

26 ARQUITECTURA MULTIESTRATO
La funcionalidad está distribuida entre distintas plataformas u ordenadores. La interfaz reside en el ordenador del usuario, los servicios funcionales pueden estar en uno o más ordenadores, y los datos o los sistemas propietarios están en plataformas adicionales.

27 ARQUITECTURA DE DOS ESTRATOS
La interfaz de usuario está ubicada en el cliente, la gestión de base de datos en el servidor, la capacidad de procesamiento está repartida tanto entre el cliente como en el servidor. Así se mejora el uso y flexibilidad de las aplicaciones.

28 ARQUITECTURA DE TRES ESTRATOS
La arquitectura de tres estratos es una evolución de la arquitectura de dos estratos y ubica el tercer estrato entre la interfaz de usuario (cliente) y el gestor de datos (servidor). Este tercer estrato proporciona la capacidad de procesamiento.

29 APLICACIONES BASADAS EN EL WEB
Son un caso especial de arquitectura cliente-servidor. Una ventaja de este tipo de aplicaciones es que son accesibles desde cualquier ordenador que disponga de un navegador Web, sin necesidad de incluir más código o instalar más programas en el cliente. Gracias ha esta facilidad de uso y generalidad ha sido uno de los elementos responsables del boom de empresas en Internet.

30 ARQUITECTURAS DESCENTRALIZADAS
La distribución horizontal consiste en distribuir en partes lógicamente equivalentes las funcionalidades de un cliente o de un servidor, de manera que cada parte mantenga todas las funcionalidades, pero que la carga sobre el sistema quede balanceada entre las diferentes partes. Principalmente se dividen en tres categorías: No estructuradas Estructuradas Híbridas.

31 ARQUITECTURAS DESCENTRALIZADAS
NO ESTRUCTURADAS Un sistema de igual a igual que utilice una red superpuesta tipo no estructurado es un sistema que está compuesto de iguales que se conectan a la red sin conocer su topología. Cuando un igual recibe la pregunta, envía al igual que lo ha originado una lista de todo el contenido que encaja con la pregunta.

32 ARQUITECTURAS DESCENTRALIZADAS
NO ESTRUCTURADAS (CONTINUACIÓN) Las aplicaciones más representativas que se han construido haciendo uso del paradigma de igual a igual no estructurado (también conocido como de igual a igual puro) son Gnutella y Freenet. Gnutella

33 ARQUITECTURAS DESCENTRALIZADAS
ESTRUCTURADAS La topología de la red superpuesta sobre la que se construyen estos sistemas está fuertemente controlada y el contenido no va a cualquier lugar, sino a uno determinado que hace que las consultas sean más eficaces. Ejemplos de redes superpuestas estructuradas: Can, Chord, Tapestry, Pastry, Kademlia, DKS o Viceroy

34 ARQUITECTURAS DESCENTRALIZADAS
ESTRUCTURADAS Servidor (índice) 2. Contesta lista nodos que tienen el archivo 1. Pregunta por un archivo 4. Recibe el archivo 3. Pide el archivo

35 ARQUITECTURAS DESCENTRALIZADAS
HIBRIDAS Los sistemas híbridos solucionan problemas que no pueden ser resueltos de modo eficiente por ninguno de los modelos anteriores: Los sistemas no estructurados usan técnicas de inundación no deterministas que no nos aseguran el éxito en las búsquedas. Los sistemas estructurados tienen problemas de sobrecarga cuando se hacen búsquedas sobre rangos de objetos, ya que éstos sólo permiten realizar búsquedas indexadas de modo eficiente sobre objetos concretos.

36 MIDDLEWARE "Es un termino que abarca a todo el software distribuido necesario para el soporte de interacciones entre Clientes y Servidores". Es el enlace que permite que un cliente obtenga un servicio de un servidor. Tipos de Middleware Middleware general Este tipo permite la impresión de documentos remotos, manejos de transacciones, autenticación de usuarios, etc. Middleware de servicios específicos Software asociado a un servicio en particular, por ejemplo: software que permite a dos BD conectarse a una red cliente/servidor (ODBC: Conectividad abierta de BD)

37 GRACIAS