Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SISTEMAS
DISTRIBUIDOS
ING. MA. MARGARITA LABASTIDA
ROLDÁN
AGENDA
Introducción
Modelos Arquitectónicos
Modelos Fundamentales
Networking e Internetworking
Comunicación entre procesos
Objetos Distribuidos e invocación remota.
Introducción
Un modelo arquitectónico de un sistema
distribuido trata sobre la colocación de sus
partes y las relaciones entre ellas.
Modelo Cliente – Servidor.
Modelo de procesos peer to peer.
Plataforma
• Se considera el nivel de hardware y las capas más bajas de software.
• Estas capas proporcionan servicios a las que están por encima de ellas, y
que son implementadas independientemente en cada computadora,
proporcionando una interfaz de programación del sistema.
Middleware
• Se representa mediante procesos u objetos en un conjunto de
computadoras que interactúan entre sí para implementar mecanismos de
comunicación y recursos compartidos para aplicaciones distribuidas.
• Mejora el nivel de las comunicaciones soportando abstracciones como:
procedimiento de invocación remota, comunicación entre un grupo de
procesos, notificación de eventos, replicación de datos compartidos y
transmisión de datos multimedia en tiempo real.
Capas de Software
Considere a CORBA, ofrece una variedad de
servicios que proporcionan a las aplicaciones
funciones que incluyen la gestión de nombres,
seguridad, transacciones, almacenamiento
persistente y notificación de eventos.
Productividad
Capacidad de Balance de
Respuesta Carga
Prestaciones
Diseño de Arquitecturas
Distribuidas
Calidad de Servicio
Cada recurso
Implica un crítico debe
requisito para reservarse para
Algunas
que el sistema las aplicaciones
aplicaciones
proporcione que requieren
Propiedades no La facilidad de mantienen
recursos QoS y deben
funcionales: adaptación datos críticos
garantizados de ser los gestores
para adecuar en el tiempo,
*fiabilidad computación y de los recursos
configuraciones flujos de datos
comunicación los que
*seguridad variables de que precisan
que sean proporcionen
sistema y ser procesados
*prestaciones suficientes para las garantías.
disponibilidad. o transferidos
permitir a las
de un proceso Las solicitudes
aplicaciones
a otro de reserva se
finalizar cada
tarea a tiempo pueden
rechazar
MODELOS
FUNDAMENTALES
MODELOS DE INTERACCIÓN
MODELOS DE FALLO
MODELOS DE SEGURIDAD
Modelos fundamentales
Todas las arquitecturas comparten algunas
propiedades fundamentales:
Procesos que se comunican por paso de mensajes a
través de una red de computadores
En particular, trataremos con tres aspectos
Interacción: el modelo debe definir y clasificar la
comunicación entre elementos del sistema
Fallos: el modelo debe definir y clasificar los fallos
que pueden darse en el sistema.
Seguridad: el modelo debe definir y clasificar los
tipos de ataque que pueden afectar al sistema.
Modelo de interacción
Respecto a la interacción, los sistemas
distribuidos deben tener en cuenta que
Hay limitaciones debidas a la comunicación
Es imposible predecir el retraso con el que llega un
mensaje
Es imposible tener una noción global de tiempo
Algoritmo distribuido
Definición de los pasos que hay que llevar a cabo por
cada uno de los procesos del sistema, incluyendo los
mensajes de transmisión entre ellos
Modelo de interacción
Prestaciones del canal de comunicación
Latencia
Retardo entre el envío de un mensaje y su
recepción
Ancho de banda
Información que puede transmitirse en un
intervalo de tiempo
Fluctuación (jitter)
Variación del tiempo invertido en repartir una
serie de mensajes
Modelo de interacción
Relojes y eventos de tiempo
Cada computador tiene su propio reloj interno
(reloj local)
Puede usarse en procesos locales para marcas de
tiempo
Tasa de deriva de reloj (clock drift rate)
Diferencia entre un reloj local y un reloj de referencia
“perfecto”
Receptores GPS
Network Time Protocol (NTP)
Mecanismos de ordenación de eventos
Dos tipos de modelo de interacción
Síncrono y asíncrono
Modelo de interacción
Modelos síncronos
Conocimiento de características temporales:
El tiempo de ejecución de cada etapa de un proceso tiene
ciertos
límites inferior y superior conocidos
Cada mensaje transmitido sobre un canal se recibe en un
tiempo límite conocido
Cada proceso tiene un reloj local cuya tasa de deriva
sobre el tiempo de referencia tiene un límite conocido
A nivel teórico, podemos establecer unos límites para
tener una idea aproximada de cómo se comportará el
sistema
A nivel práctico, es imposible garantizar esos límites
siempre
Aunque a veces se pueden utilizar, por ejemplo como
Modelo de interacción
Modelos asíncronos
Sistemas síncronos
Sistemas asíncronos
Noexisten fallos de temporización, ya que no se
ha dado ninguna garantía al respecto
Modelo de fallo
Enmascaramiento de fallos
Por ejemplo:
Checksum a de fallo arbitrario a fallo por
omisión
+retransmisión a de fallo por omisión a
ocultación
Modelo de fallo
Comunicación fiable entre dos procesos