Sistemas

D istribuidos

Pa r t e 3
TRANSPARENCIA
□ Fallas
■ El usuario no nota (inclusive nunca supo) que un
recurso ha dejado de funcionar (o se ha recuperado).
□ Es uno de los aspectos más duros en sistemas distribuidos
por la dificultad de detectar que un recurso ha muerto.
□ Ejemplo: arreglos de discos RAID, Google File System.
□ Persistencia
■ Esconde si un recurso de software está en disco o en
memoria
□ Aplicable a distintos sistemas, no sólo distribuidos
□ Ejemplo: servidores cache, proxy; conexiones persistentes
a bases de datos.
TRANSPARENCIA
□ La transparencia tiene límites y grados.

■ No siempre es posible esconder todo

□ Ejemplo: desfase temporal de comunicación entre
puntos muy distantes (delay).

■ Siempre hay un trade-off entre transparencia y

rendimiento
□ Ejemplo: Bases de datos replicadas world-wide. Un
caso particular son los servidores DNS que pueden
tomar días en actualizarse, lo cual no se oculta al
usuario.
U S A BILIDAD
□ Los recursos y servicios son ofrecidos de acuerdo
a reglas estándares describiendo la semántica y
sintaxis.
□ Usualmente estas reglas son descritas vía
protocolos o interfaces.
■ HTTP
■ Interface Definition Languages (IDL)
■ Web services
□ Dos aspectos muy relevantes
■ Completitud
■ Neutralidad