CATEDRA

SISTEMAS DISTRIBUIDOS

CATEDRATICO :
CICLO ALUMNOS : :

ING. MAQUERA QUISPE HENRY

IX

ALIAGA PASCUAL Lizbeth Diana ALVAREZ RODRIGUEZ Cristian CHAMORRO OSORIO Fernando Diego PRIVAT MENDIZABAL Juan Carlos

 El paso de mensajes en sistemas distribuidos lo podemos asimilar al siguiente esquema:

La comunicacin la inicia una aplicacin, que desea enviar un mensaje a otra aplicacin situada en una mquina distinta. Las mquinas que intercambian mensajes hacen uso de una interfaz para acceder a los servicios de mensajera. Las mquinas estn conectadas a travs de una red de servidores de comunicaciones.

Todas las mquinas disponen de buffers para el envo de mensajes y al menos la mquina receptora dispone de buffers para la recepcin.

correo electrnico

La semntica que puede proporcionar el servicio de mensajera tiene dos vertientes: persistencia y sincronizacin. PERSISTENCIA

Comunicacion Persistente Los mensajes enviados al receptor son almacenados por el sistema de comunicacin hasta que sean recibidos por el receptor. Ejemplo: - IBM MQSeries: se utiliza en entornos financieros basados en mainframes.

Comunicacion no-Persistente

Los mensajes solo se almacenan en el sistema de comunicaciones mientras el emisor y el receptor se encuentren en ejecucin.

Cada nodo slo enva al siguiente nodo de la cadena si el receptor est funcionando

(encaminamiento store & forward)

 Berkeley sockets:
Un socket es un end-point de comunicacin donde una aplicacin puede escribir los datos que se van a enviar a lo largo de la red, y donde puede leer los datos recibidos. - Estandarizacin de la capa de transporte - Portabilidad Ventajas Ejemplos - Servidor: socket(), bind(), listen(), accept(),{read(), write()}, close(). - Cliente: socket(), connect(), {write(), read()}, close().

Esquema comunicacin usando socket

- Slo permite primitivas simples para envo y recepcin Diseados para protocolos de propsito general - TCP/IP

 The Message Passing Interface (MPI): Para entornos de computacin en paralelo. Permite en envo de mensajes a grupos de procesos con todas las variantes no-persistentes. Estas bibliotecas ofrecen una amplia variedad de primitivas y, en general, proporcionan una comunicacin eficaz.

 Message-Queing Model Los mensajes se envan a una serie de servidores de comunicacin y finalmente se entregan al destino, incluso si este no est activo en el momento del envo. Cada aplicacin tiene su propia cola privada desde la que otras aplicaciones pueden enviarla mensajes.

El tamao de los mensajes puede estar limitado, aunque tambin es posible que el sistema se encargue de fragmentar y desfragmentar mensajes de gran tamao de forma transparente a la aplicacin.

ESTRUCTURA GENERAL DE UN SISTEMA DE COLAS DE MENSAJES Un mensaje puesto en una cola contendr la especificacin del destino al que debe transferirse. El sistema de colas de mensajes debe mantener la informacin relativa a la localizacin de cada una de las colas.

GESTOR DE COLAS

Normalmente, un gestor de colas interacta directamente con la aplicacin que enva o recibe un mensaje Existen gestores de colas que actan como routers o relays, que reenvian mensajes entrantes a otros gestores (Crecimiento de sistema)

Organizacin general de un sistema de colas de mensajes con routers.

 Message-Oriented Persitent Communication Soportan transmisiones de duracin elevada. - Modelo de mensajes encolados - Arquitectura general de los sistemas de mensajes encolados Message Brokers Un Message Brokers puede ser tan simple como un reformateador para los mensajes. Un Message Brokers puede actuar como puerta de entrada a nivel de aplicacin, como el que maneja la conversin entre dos aplicaciones de bases de datos diferentes.

SINCRONIZACION Comunicacion Asncrona El emisor contina ejecutndose justo despus de haber enviado el mensaje: A su buffer local: mayor asincrona Al sistema de comunicaciones: menor asncrona

Comunicacion Sncrona Se bloquea al emisor hasta que el mensaje haya llegado al receptor: Al buffer local (dbil). Esperar hasta que la aplicacin procese el mensaje (fuerte).

COMBINACIONES

Comunicacion Persistente Asncrona

Los mensajes se almacenan (p.ej: e-mail):

-En el buffer local del emisor. - En el primer servidor de comunicaciones

Comunicacion Persistente Sncrona

Los mensajes se almacenan en (p.ej: e-mail):

- El buffer local del receptor (fuerte) - En ltimo servidor de comunicaciones (dbil) Comunicacion no Persistente Asncrona Comunicacion no Persistente Sncrona - Espera a que el mensaje llegue al buffer local del receptor - Espera a que el mensaje se entregue a la aplicacin p.ej: RPC asncrona - Espera que el mensaje sea procesado por la aplicacin p.ej: RPC p.ej: UPD

Los mensajes no-persistentes suelen implementarse en el nivel de transporte de los protocolos de comunicacin. Los mensajes persistentes requieren la construccin de software adicional: Middleware orientado a mensajes (Message-oriented middleware (MOM)). TIPOS construidos para garantizar la entrega de los mensajes

Cola de envo Cola de recepcin Colas intermedias = relays

realizan alguna funcin adicional sobre los mensajes Cambio de formato para lograr interoperabilidad Generacin de varios mensajes por cada entrada de mensaje

En muchas situaciones, no importa en que momento en particular se lleva a cabo la comunicacin. Sin embargo surge la pregunta

Pero s estamos tratando de servir audio o vdeo, o una combinacin de ambos?

Factor: El tiempo

Todos los medios de comunicacin discutidos hasta ahora se basan esencialmente en que el intercambio de informacin es independiente del tiempo.

 Un flujo de datos es una secuencia de unidades de

datos. Estos datos pueden ser: * Datos continuos * Datos discretos Datos discretos: las relaciones temporales no son esenciales. Ficheros de texto Imgenes estticas Ejecutables

 Datos continuos: Caracterizado por el hecho de que

los valores dependen del tiempo, es decir las relaciones temporales entre los diferentes datos son esenciales para interpretar el significado de los propios datos.
Audio Video Animaciones Datos de sensores

La transmisin de datos puede clasificarse en estos modos segn se controle el tiempo:

Modo asncrono

Modo sncrono

Modo iscrono

Asincrnico: No hay restricciones de tiempo con respecto a los datos cuando se entregan. Sincrnico: Definimos un plazo de tiempo mximo de extremo a extremo para los paquetes de datos individuales. Iscrono: Definimos un retardo de extremo a extremo mximo y mnimo

Slo consideraremos los datos de las corrientes continuas con transmisin iscrona.

Stream simple: una sola secuencia de datos simple. Stream complejo :consiste en muchos substreams, que pueden necesitar sincronizar entre ellos.

Streams and Quality of Service

El tiempo y otros requisitos no funcionales se

denominan Quality of Service (QoS). Especificacin de los requisitos de calidad de servicio:

especificacin de Stream (ancho de banda, velocidad de transmisin, retrasos, ...). clasificacin de Stream(valores predeterminados para la especificacin detallada de stream).

 Datos discretos/ Datos continuos

- Una presentacin de diapositivas en la web que ha sido mejorado con audio

La unidad de datos puede ser de varios segundos, fcil de sincronizar
Continua/Continua

-Pelcula / Banda sonora

La unidad de datos es de 40-60 ms, ms difcil de sincronizar

Ejemplo: Dado un stream complejo, cmo se mantiene la substreams diferentes en sintona ? Piensa en exportar a dos canales, que juntos forman un sonido estreo. Diferencia debe ser inferior a 20-30 mu/sec

 Es importante considerar que muchos sistemas distribuidos y aplicaciones son construidas con el modelo orientado a mensajes ofrecido por la capa de transporte. Un aspecto importante de los sistemas de mensajes encolados, es que el remitente tiene, en general, slo las garantas de que el mensaje haya sido almacenado en la cola, pero no conoce cuando ha sido recibido o si ha sido ledo. Cuando se trata de comunicacin , en la cual un factor crucial llega a ser el tiempo , debemos de tener en cuenta la sincronizacin entre los flujos pues hacen que se obtenga un resultado de mayor calidad.

L/O/G/O