Cap 4 - Comunicacion

UNIVERSIDAD POLITÉCNICASALESIANA
Carrera de Ingeniería de Sistemas

Sistemas Distribuidos
COMUNICACIÓN
Comunicación
• En los sistemas distribuidos, la comunicación siempre se basa en el

paso de mensajes de bajo nivel
• Expresar la comunicación a través del paso de mensajes, es más
difícil que utilizar primitivas basadas en memoria compartida, como
se hace en plataformas no distribuidas
Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Carrera: Ingeniería deSistemas
Protocolos en capas
• Debido a la ausencia de memoria compartida en los sistemas

distribuidos, toda la comunicación se basa en el envío y la recepción
(de bajo nivel) de mensajes
• Para facilitar el manejo de varios niveles y cuestiones involucradas en
la comunicación, la ISO desarrolló un modelo de referencia (el
modelo OSI)que identifica claramente los diversos niveles
involucrados, les proporciona nombres estándar, y señala qué nivel
debe hacer cuál trabajo.
• El modelo OSI está diseñado para permitir que los sistemas abiertos
se comuniquen

Protocolos en capas
• Sistema abierto, permite comunicarse con cualquier otro sistema

abierto mediante reglas estándar (protocolos) que regulen formato,
contenido, y significado de los mensajes enviados y recibidos.
• protocolos orientados a conexión, antes de intercambiar datos, el remitente
y el destinatario primero establecen explícitamente una conexión, y
posiblemente negocian el protocolo a utilizar
• protocolos orientados a no conexión, no se necesita una configuración por
adelantado. El remitente sólo transmite el primer mensaje cuando está listo

Protocolos en capas
• En el modelo OSI, la
comunicación se divide
en siete niveles o
capas. Cada capa
maneja un aspecto
específico de la
comunicación
• Cada capa proporciona
una interfaz hacia la
siguiente capa superior

Protocolos en capas
• Cuando el proceso A de la máquina 1
debe comunicarse con el proceso B
de la máquina 2, elabora un mensaje
y lo pasa hacia la capa de aplicación
localizada en su máquina
• Cuando éste toca el fondo, la capa
física transmite entonces el mensaje
colocándolo en un medio de
transmisión física.
• Cuando el mensaje llega a la
máquina 2, pasa hacia arriba,
quitando cada capa y examinando su
propio encabezado. Por último, el
mensaje llega al destinatario, el
proceso B, el cual puede reutilizando
la ruta inversa

Protocolos de bajo nivel
• Las tres capas más bajas de la suite de protocolos de OSI juntas

implementan las funciones básicas que forman una red de
computadoras
• Capa Física:
• se ocupa de transmitir ceros y unos
• Define Cuántos volts se utilizan para un 0 y cuántos para un 1, cuántos bits
por segundo se pueden enviar, y si la transmisión puede ocurrir
simultáneamente en ambas direcciones
• maneja la estandarización eléctrica y mecánica y la señalización de interfaces

Protocolos de bajo nivel
• Capa de Enlace:
• agrupa los bits en unidades(tramas), y ve que cada trama se reciba
correctamente
• coloca un patrón especial de bits al inicio y al final de cada trama para
marcarlas, y calcula una suma de verificación
• Capa de Red:
• elige la mejor ruta (enrutamiento)

Protocolos de transporte
• implementa todos aquellos servicios no proporcionados en la

interfaz de la capa de red (transforma la red subyacente enalgo
que un desarrollador de aplicaciones puede utilizar.)
• El comportamiento de comunicación fin a fin (recibir mensajes sin
daños y en el mismo orden en que se enviaron) es un aspecto
importante de la capa de transporte.
• El protocolo de transporte de internet es conocido como TCP
(Protocolo para el Control de Transmisiones)
• Protocolo de Transporte en Tiempo Real (RTP) para soportar la
transferencia de datos en tiempo real
• Protocolo de transporte orientado a no conexión – UDP(Protocolo
Universal Datagram),

Protocolos de más alto nivel
• capa de sesión:
• Versión mejorada de la capa de transporte
• Proporciona:
1. control de diálogo para seguimiento a la parte que
está comunicando
2. herramientas de sincronización
• capa de presentación:
• tiene que ver con el significado de los bits
• Sedefinen registros que contengan campos, y después se hace que el
remitente notifique al destinatario que un mensaje contiene un registro
particular en cierto formato
• Capa de aplicación:
• contenedor de todas las aplicaciones y protocolos que, de una u otra
manera, no encajan en una de las capas subyacentes
Protocolos middleware
• El middleware es una aplicación que lógicamente reside (la mayor

parte del tiempo) en la capa de aplicación, pero que contiene
muchos protocolos de propósito general.
• Los protocolos de autenticación no están muy relacionados con
alguna aplicación específica, pero pueden estar integrados en un
sistema middleware como un servicio general

• los protocolos de autorización mediante los cuales se garantiza el

acceso a usuarios y procesos autenticados
• Los protocolos de confirmación establecen que, en un grupo de
procesos, o todos los procesos realizan una operación en particular o
la operación no se realiza en absoluto(atomicidad)
• protocolo distribuido de aseguramiento mediante el cual un recurso
puede ser protegido contra accesos simultáneos
• Los protocolos de comunicación middleware soportan servicios de
comunicación de alto nivel

• servicios de comunicación middleware de alto nivel:

1. llamadas a procedimientos remotos,
2. servicios de cola de mensajes,
3. soporte para comunicación de medios continuos a través de flujos,
4. multitransmisión

Tipos de Comunicación
• comunicación persistente: el middleware de comunicación
almacena el mensaje
• comunicación transitoria: el sistema de comunicación almacena
un mensaje sólo mientras las aplicaciones remitente y
destinataria se ejecutan
• Comunicación asíncrona: el remitente continúa inmediatamente
después de que ha pasado su mensaje para transmisión
• Comunicación sincrónica: el remitente es bloqueado hasta que
se sabe que su petición es aceptada
• comunicación discreta: las partes se comunican a través de
mensajes, y cada mensaje forma una unidad completa de
información.
• Comunicación por flujo involucra el envío de varios mensajes,
uno después de otro, y los mensajes se relacionan entre sí por el
orden en que se envían, o porque existe una relación temporal.
Llamadas a procedimientos remotos (RPC)
• Permiten que los programas llamen a procedimientos ubicados en

otras máquinas
• Cuando un proceso de la máquina A llama a un procedimiento de la
máquina B, el proceso que llama desde A se suspende, y la ejecución
del procedimiento llamado ocurre en B
• La información se transporta en parámetros desde quien llamahasta
el que es llamado, y puede regresar en el procedimiento resultante.
• Ningún mensaje de paso es visible para el programador

Resguardos del cliente yservidor
• La idea tras la RPCes hacerla parecer como una llamadalocal:

• Resguardo del cliente: Cuando se llama a un procedimiento remoto,
se coloca en la biblioteca una versión diferente del procedimiento.
• A éste resguardo se lo llama similar a un procedimiento local,
igualmente se hace una llamada al sistema operativo local. Sólo no
solicita datos al sistema operativo. En vez de eso, empaca los
parámetros en un mensaje y solicita que el mensaje sea enviado al
servidor

Resguardos del cliente yservidor
• resguardo del servidor: es el equivalente a un resguardo del cliente,

del lado del servidor (parte de código que transforma las peticiones
entrantes a la red en llamadas a procedimientos locales).
• Cuando el mensaje llega al servidor, el sistema operativo lo pasaal
resguardo del servidor

Pasos para una llamada a un procedimiento
remoto
1. El procedimiento cliente llama al resguardo del cliente de manera normal.
2. El resguardo del cliente construye un mensaje y llama al sistema operativo local.
3. El sistema operativo del cliente envía el mensaje al sistema operativo remoto.
4. El sistema operativo remoto da el mensaje al resguardo del servidor.
5. El resguardo del servidor desempaca los parámetros y llama al servidor.
6. El servidor realiza el trabajo y devuelve el resultado al resguardo.
7. El resguardo del servidor empaca el resultado en un mensaje y llama a su
sistema operativo local.
8. El sistema operativo del servidor envía el mensaje al sistema operativo del
cliente.
9. El sistema operativo del cliente da el mensaje al resguardo del cliente.
10. El resguardo desempaca el resultado y lo regresa al cliente.

Paso de parámetros
• La función del resguardo del cliente es tomar sus parámetros,

empacarlos en un mensaje, y enviarlos a la matriz servidor.

Paso de parámetros de valor
• Empacar parámetros en un mensaje se conoce como

ordenamiento de parámetros.

Paso de parámetros de valor
• El resguardo del cliente toma los parámetros y los coloca en un

mensaje
• También coloca el nombre o el número del procedimiento
• Cuando el mensaje llega al servidor, el resguardo lo examinapara
ver qué procedimiento se necesita y realiza entonces la llamada
adecuada
• La llamada real del resguardo al servidor parece la llamada cliente
original, excepto por que los parámetros son variables inicializadas
desde el mensaje entrante
• Cuando el servidor ha terminado, el resguardo del servidor obtiene
nuevamente el control; toma el resultado enviado por el servidor y
lo empaca en un mensaje. Este mensaje es enviado de vuelta al
resguardo del cliente, que lo desempaca para extraer el resultadoy
regresa el valor al procedimiento cliente en espera

Paso de parámetros de referencia
• Un apuntador tiene significado sólo dentro del espacio direccióndel

proceso en el que se utiliza
• estrategia: copiar el arreglo que hay en el mensaje y enviarlo al
servidor. El resguardo del servidor puede llamar entonces al servidor
con un apuntador hacia este arreglo
• Los cambios que hace el servidor utilizando el apuntador afectan
directamente al bufer de mensaje dentro del resguardo delservidor.
• Cuando el servidor termina, el mensaje original puede enviarse de
vuelta al resguardo del cliente, la cual después lo copia y regresa al
cliente (llamada por copia-restauración)

Especificación de parámetros y generación de
resguardos
• ambos lados de una RPCdeben seguir el mismo protocolo, o la RPC
no funcionará correctamente
• Definir el formato del mensaje es un aspecto de un protocolo RPC,
pero no es suficiente. También necesitamos que el cliente y el
servidor coincidan en la representación de estructuras de datos
sencillas, tales como enteros, caracteres, booleanos, etc. (reglas de
codificación)
• Hacer que quien llame y el llamado coincidan en el intercambioreal
de mensajes (protocolo RPC)
• implementar los resguardos del cliente y servidor (difieren sólo en
sus interfaces con las aplicaciones)

Interfaces
• Una interfaz consiste en una colección de procedimientos que pueden ser

llamados por un cliente, y que son implementados por unservidor.
• Las interfaces con frecuencia se especifican mediante un Lenguajede
Definición de Interfaces
• Una interfaz especificada en un IDL, posteriormente se compila en un
resguardo del cliente y en un resguardo del servidor, junto con las interfaces
adecuadas de tiempo de compilación o de tiempo deejecución.
• La práctica muestra que utilizar un lenguaje de definición de interfaces
simplifica de manera importante las aplicaciones cliente-servidor
basadas en RPC.
• Debido a que es fácil generar completamente resguardos del cliente y
servidor, todos los sistemas middleware basados en RPCofrecen un IDL para
dar soporte al desarrollo de aplicaciones.

RPCasíncrona
• cliente continúa trabajando de inmediato después de emitir la

petición RPC
• al momento en que recibe la petición de RPC,el servidor envía
inmediatamente una respuesta hacia el cliente y después llama al
procedimiento solicitado
• La respuesta representa un acuse de recibo para el cliente de que el
servidor va a procesar la RPC.El cliente continuará su trabajo sin
mayor bloqueo tan pronto reciba el acuse delservidor

RPCtradicional vs RPCasíncrona

RPCasíncrona
• Combinar dos RPCasíncronas algunas veces se conoce como RPC

síncrona diferida.
• existen variantes de RPCasíncronas en las que el cliente continúa con
su ejecución inmediatamente después de enviar la petición al
servidor
• cliente no espera un acuse del servidor por haber aceptadola
petición. A una RPCcomo ésta la conocemos como RPCde una vía

RPCasíncrona

COMUNICACIÓN ORIENTADAA
MENSAJES
Permite a las aplicaciones distribuidas comunicarse mediante el
envío de mensajes
Está directamente relacionado a la capa de transporte.
Comunicación transitoria orientadaa
mensajes - Sockets
• un socket es un punto final de comunicación en el que una
aplicación puede escribir información destinada a enviarse fuera
de la red subyacente, y desde el cual puede leerse información
entrante. Un socket forma una abstracción sobre el punto final
real de comunicación, el cual utiliza el sistema operativo local
para un protocolo de transporte específico

Primitivas de socket para TCP/IP

Primitivas de socket para TCP/IP

interfaz de paso de mensajes(MPI)
• MPI está diseñada para aplicaciones paralelas, y como tal, fue

confeccionada para comunicación transitoria
• Asume que fallas serias, tal como caídas de procesos o
particiones de red, son fatales y no requieren recuperación
automática

interfaz de paso de mensajes(MPI)
• MPI asume que la comunicación ocurre dentro de un grupo

conocido de procesos, MPI se comunica en grupos con su
identificador, además cada proceso también tiene un
identificador local
• Un par (IDGrupo, IDProceso) identifica la fuente o el destino del
mensaje.
• ELMPI en el centro de su mensaje se encuentran las primitivas
para soportar la comunicación transitoria

Comunicación persistente orientada amensajes
- sistemas de colas demensajes
• Los sistemas de colas de mensajes proporcionan un amplio soporte
para comunicación asíncrona persistente. La esencia de estos
sistemas es que ofrecen capacidad de almacenamiento de término
medio para mensajes, sin la necesidad de que el remitente o el
destinatario estén activos durante la transmisión del mensaje

Modelo de colas demensajes
• Las aplicaciones se comunican insertando mensajes encolas

específicas
• Un mensaje se transfiere directamente hacia un servidor destino
• Cada aplicación tiene su propia cola privada a la que otras
aplicaciones pueden enviar mensajes
• Esposible que varias aplicaciones compartan una solacola
• Al remitente sólo se le garantiza que su mensaje se insertará en
algún momento en la cola del destinatario
• El remitente y el destinatario pueden ejecutarse completamente
independientes uno de otro

Mg.Va nessa Jurado Vite – Sistemas Distribuidos

• Los mensajes pueden contener cualquier información. El único aspecto

importante a cubrir desde la perspectiva del middleware es que los
mensajes se direccionen adecuadamente.
• El direccionamiento se hace proporcionando un nombre único de la cola de
destino. En algunos casos el tamaño del mensaje puede limitarse, aunque
también es posible que el sistema subyacente se encargue de fragmentar y
ensamblar grandes mensajes de manera completamente transparente para
las aplicaciones


Arquitectura general de un sistema decolas
de mensajes
• Los mensajes sólo pueden colocarse en colas que sean locales para el
remitente, o en una máquina cercana (LAN) que puede ser alcanzada
eficientemente a través de una RPC(cola fuente)
• Los mensajes sólo pueden leerse desde colas locales
• Un mensaje colocado en una cola contendrá la especificación de una
cola de destino a la que debe ser transferido. Esresponsabilidad del
sistema de colas de mensajes proporcionar colas a los remitentes y
destinatarios, y encargarse de que los mensajes se transfieran desde
su cola fuente hasta su cola destino.

de mensajes
• La colección de colas se distribuye a través de diversas máquinas.

• Para que un sistema de colas de mensajes transfiera mensajes, es
necesario que mantenga un mapa de las colas para localización en la red
para lo cual debe mantener una base de datos (probablemente
distribuida) de los nombres de las colas para localizarlas en la red

de mensajes

de mensajes
• Las colas son manejadas por administradores decolas.

• Un administrador de colas interactúa directamente con la aplicación
que está enviando o recibiendo un mensaje.
• Hay administradores especiales de colas que operan como
ruteadores, o retransmisores: éstos retransmiten mensajes
entrantes hacia otros administradores de colas.
• Un sistema de colas de mensajes puede convertirse en toda una red
sobrepuesta, al nivel de aplicaciones, en el nivel superior de una red
de computadoras existente
• Los retransmisores pueden ayudar a construir sistemas escalables de
colas de mensajes, permiten el procesamiento secundario de
mensajes, pueden utilizarse con propósitos de multitransmisión.

de mensajes
Mg.Vanessa Jurado Vite – SistemasDistribuidos

Carrera:Inge niería deSistemas
Agentes de mensajes
• Un agente de mensaje actúa como una puerta de enlace al nivel de

aplicaciones en un sistema de colas de mensajes. Su propósito
principal es convertir los mensajes entrantes de tal manera que la
aplicación de destino pueda comprenderlos
• Para un sistema de colas de mensajes, un agente de mensaje es
sólo otra aplicación, no se considera parte integral del sistema de
colas

Agentes de mensajes

Agentes de mensajes
• Un agente de mensajes puede ser tan sencillo como un

reformateador de mensajes.
• Escomún utilizar un agente de mensajes para la integración de
aplicaciones empresariales, donde en lugar de (sólo) convertir
mensajes, un agente es responsable de hacer coincidir aplicaciones
basadas en los mensajes que se están intercambiando
• En el núcleo de un agente de mensaje se encuentra un depósito de
reglas y programas que pueden transformar un mensaje del tipo T1
en uno del tipo T2

COMUNICACIÓN ORIENTADAA
FLUJOS-
Soporte para medios continuos
• Esel soporte para intercambiar información dependiente del tiempo

con frecuencia
• Un medio se refiere al recurso mediante el cual se transmite la
información (medios de almacenamiento y transmisión, medios de
presentación, etc.)
• Un tipo importante de medio es la forma en que se representala
información.

Soporte para medios continuos
• En medios continuos, las relaciones temporales entre diferentes

elementos de datos resultan fundamentales para interpretar
correctamente lo que significan en realidad los datos (reproducción de
una onda sonora)
• los medios discretos se caracterizan por el hecho de que las relaciones
temporales entre elementos de datos no son fundamentales para
interpretar correctamente los datos (representaciones de texto y
fotogramas)

Flujo de datos
• Para captar el intercambio de información dependiente del tiempo, los

sistemas distribuidos generalmente proporcionan soporte para flujos de
datos
• Un flujo de datos es una secuencia de unidades de datos que pueden
aplicarse tanto a medios discretos como a medios continuos
• La sincronización resulta crucial para los flujos continuos de datos

Flujo de datos
• modo de transmisión asíncrona, los elementos de datos de un flujo se

transmiten uno después de otro, pero no hay más restricciones de
sincronización en cuanto a cuándo debe ocurrir la transmisión de
elementos. Éste generalmente es el caso para los flujos discretos de datos
• modo de transmisión síncrono, existe un retraso máximo fin a fin para
cada unidad del flujo de datos. Si una unidad de datos se transfiere mucho
más rápido que el retraso máximo tolerado no esimportante

Flujo de datos
• en el modo de transmisión isócrono es necesario que las unidades

de datos se transfieran a tiempo. Esto significa que la transferencia
de datos está sujeta a un retraso máximo y mínimo fin a fin, también
conocido como inestabilidad limitada (retraso) (sistemas multimedia
distribuídos)

Flujo de datos
• Los flujos pueden ser simples o complejos. Un flujo simple consiste

únicamente en una sola secuencia de datos, mientras que un flujo
complejo consta de varios flujos simples relacionados, llamados
subflujos. La relación entre los subflujos de un flujo complejo a
menudo también depende del tiempo.

Flujos y calidad del servicio
• Los requerimientos de sincronización (y otros no funcionales) se

expresan generalmente como requerimientos de Calidad del
Servicio (QoS). Estos requerimientos describen lo que se necesita
del sistema distribuido subyacente y de la red para garantizar
calidad.
• La QoS para flujos continuos de datos tiene que ver principalmente
con puntualidad, volumen, y confiabilidad

Flujos y calidad del servicio
• Para especificar la QoS requerida, desde la perspectiva de una aplicación, en

muchos casos esto se reduce a especificar algunas propiedades importantes
• 1. La velocidad de bits requerida a la que deben transportarse los datos.
• 2. El retraso máximo hasta que se haya configurado una sesión (es decir, cuando una
aplicación puede comenzar el envío de datos).
• 3. El retraso máximo fin a fin (es decir, cuánto tiempo le llevará a una unidad de datos
llegar hasta un destinatario).
• 4. La varianza del retraso máximo, o inestabilidad.
• 5. El retraso máximo de un ciclo.

Cómo imponer la QoS
• Un sistema distribuido puede intentar ocultar lo más posible la

carencia de calidad del servicio:
• internet proporciona recursos para diferenciar las clases de datos
mediante sus servicios diferenciados
• Un servidor de envío puede marcar paquetes de salida como
pertenecientes a una o a varias clases, incluyendo la clase de reenvío
expedito que esencialmente especifica que un paquete debe
reenviarse mediante el ruteador actual con absolutaprioridad
• También hay una clase de reenvío garantizado, por el cual el tráfico se
divide en cuatro subclases, junto con tres formas para eliminar
paquetes si la red secongestiona

Cómo imponer la QoS
• Un sistema distribuido también puede ayudar a que los destinatarios

envíen información
• Esútil el uso de un búfer para reducir la inestabilidad.
• Si suponemos que los paquetes se retrasan con cierta varianza cuando
se transmiten por la red, el destinatario simplemente los almacena en
un búfer durante un tiempo máximo. Esto permitirá al destinatario
pasar paquetes a la aplicación con regular velocidad con la certeza de
que siempre habrá suficientes paquetes entrando al búfer para su
reproducción a esa velocidad.

COMUNICACIÓN POR
MULTITRANSMISIÓN
COMUNICACIÓN PORMULTITRANSMISIÓN
Funcionamiento.
• Enviar datos a varios destinatarios.

• Los nodos se organizan en una red sobrepuesta, que se utiliza
para diseminar la información.

Anivel deaplicación.
• Los nodos se organizan en una red sobrepuesta.

• Las conexiones entre los nodos de la red sobrepuesta puede
cruzar diversas uniones físicas y por tal razón los mensajes
pueden ser no óptimos.

Construcción de la red sobrepuesta.
Dos métodos:
• Organización en árbol (existirá una ruta única entre cadapar
de nodos).
• Organización en red acoplada (cada nodo tendrá varios vecinos
y existen múltiples rutas entre cada par denodos).
• Tolerancia a fallos.

CALIDAD DEUNÁRBOL.
Tres Métricas. 1.-
• Tensión del vínculo: mide la frecuencia con que un paquete

cruza el mismo vínculo.
• Una tensión de vínculo >1 proviene de que aunque a nivel
lógico un paquete puede reenviarse a lo largo de dos
conexiones diferentes, parte de esas conexiones puede en
realidad corresponder al mismo vinculo físico.

CALIDAD DEUNÁRBOL.
Tres Métricas. 2.-
• Estiramiento o RDP(castigo relativo por retraso): mide la

relación que hay entre dos nodos de la sobrepuesta y el
retraso en la red sobrepuesta.
• Por ejemplo al enviar un mensaje de B aC:
• Traviesa la ruta: B, Rb, Ra, Rc, C-> costo 59 unidades.
• O la ruta B, Rb, Rd, Rc, C-> costo 47 unidades.
• Estiramiento: 59/47=1.255

CALIDAD DEUNÁRBOL.
Tres Métricas. 3.-
• Costo del árbol: minimización de costos agregados de los

vínculos.

Diseminación de datos basado en el gossip.
Modelo epidémico.
• El objetivo principal de los protocolos epidémicos es propagar
rápidamente información entre una gran colección de nodos
utilizando solo información local.
• Tipos de nodos en un sistema distribuido:
• Infectados: Mantiene información que vale la pena propagar.
• Susceptible: Nodo que aun no ha visto la información.
• Eliminado: Nodo infectado que no esta dispuesto o no es capaz de
propagar la información.

Modelo Antientropía.
• En este modelo, un nodo Pelige al azar a otro nodo Q, y
posteriormente intercambia actualizaciones con Q. Existen tres
métodos para intercambiar actualizaciones:
1.P sólo empuja sus propias actualizaciones hacia Q
2.P sólo jala nuevas actualizaciones desde Q
3.P y Q se envían actualizaciones entre sí.

Gossiping.
• Funciona de la siguiente manera. Si el nodo Pse acaba de actualizar
con el elemento de datos x , contacta a cualquier otro nodo Q e
intenta empujar la actualización en Q. Sin embargo, es posible que
Q ya haya sido actualizado por otro nodo. En ese caso, Ppodría
perder el interés en propagar la actualización nuevamente. En otras
palabras, la actualización seelimina.

• Una ventaja de los modelos epidémicos es su escalabilidad.

• Propagar la eliminación de un dato es difícil. Cuando un datos es
eliminado de un Nodo, dicho nodo recibirá en algún momentoviejas
copias del dato y la interpretara comoactualizaciones.


Cap 4 - Comunicacion

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Cap 4 - Comunicacion

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD POLITÉCNICASALESIANA

Carrera de Ingeniería de Sistemas

• En los sistemas distribuidos, la comunicación siempre se basa en el

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Debido a la ausencia de memoria compartida en los sistemas

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Sistema abierto, permite comunicarse con cualquier otro sistema

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Las tres capas más bajas de la suite de protocolos de OSI juntas

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• implementa todos aquellos servicios no proporcionados en la

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• El middleware es una aplicación que lógicamente reside (la mayor

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• los protocolos de autorización mediante los cuales se garantiza el

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• servicios de comunicación middleware de alto nivel:

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Permiten que los programas llamen a procedimientos ubicados en

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• La idea tras la RPCes hacerla parecer como una llamadalocal:

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• resguardo del servidor: es el equivalente a un resguardo del cliente,

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• La función del resguardo del cliente es tomar sus parámetros,

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Empacar parámetros en un mensaje se conoce como

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• El resguardo del cliente toma los parámetros y los coloca en un

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Un apuntador tiene significado sólo dentro del espacio direccióndel

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Una interfaz consiste en una colección de procedimientos que pueden ser

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• cliente continúa trabajando de inmediato después de emitir la

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Combinar dos RPCasíncronas algunas veces se conoce como RPC

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• MPI está diseñada para aplicaciones paralelas, y como tal, fue

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• MPI asume que la comunicación ocurre dentro de un grupo

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• Las aplicaciones se comunican insertando mensajes encolas

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg.Va nessa Jurado Vite – Sistemas Distribuidos

• Los mensajes pueden contener cualquier información. El único aspecto

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

• La colección de colas se distribuye a través de diversas máquinas.

Mg. Vanessa Jurado Vite – Sistemas Distribuidos

Mg. Vanessa Jurado Vite – Sistemas Distribuidos