SDRP1

SISTEMAS DISTRIBUIDOS
DE RED
ANDREA MILAGROS ORTEGA SILVA 1
QU ES UN SISTEMA DISTRIBUIDO?
Un sistema distribuido es un sistema de informacin

en el cual las funciones se reparten por reas de
trabajo diferentes que trabajan de forma
coordinada para asumir los objetivos que la
organizacin asigna a ese sistema de informacin.
Esta definicin no obliga a que los servicios sean
internos ni fabricados por la propia organizacin.
2
CARACTERIZACIONES DE UN SISTEMA
DISTRIBUIDO
Una de las primeras caracterizaciones de un
Sistema Distribuido fue realizada por Enslow, ya en
1978, que le atribuye las siguientes propiedades:
Est compuesto por varios recursos informticos de

propsito general, tanto fsicos como lgicos, que pueden
asignarse dinmicamente a tareas concretas.
Estos recursos estn distribuidos fsicamente, y funcionan

gracias a una red de comunicaciones.
3
CARACTERIZACIONES DE UN SISTEMA
DISTRIBUIDO
Hay un sistema operativo de alto nivel, que unifica e
integra el control de los componentes.
El hecho de la distribucin es transparente, permitiendo

que los servicios puedan ser solicitados especificando
simplemente su nombre (no su localizacin).
El funcionamiento de los recursos fsicos y lgicos est

caracterizado por una autonoma coordinada.
4
CARACTERSTICAS DE UN SISTEMA
DISTRIBUIDO
Segn Coulouris son estas caractersticas, los desafos
que presentan los sistemas distribuidos.
a) Heterogeneidad: Al hablar de heterogeneidad nos

referimos a la variedad y diferencia que podemos
encontrar en los elementos que componen una red de
computadoras sobre la que se ejecuta un sistema
distribuido, dicha heterogeneidad no slo se aplica a las
redes y al hardware de las computadoras, sino tambin a
los sistemas operativos, los lenguajes de programacin y
las implementaciones en las que trabajan los diferentes
desarrolladores.
5
DISTRIBUIDO
Un ejemplo de esto lo podemos ver muy claro en
Internet, ya que es una red que esta conformada
por muchos tipos de redes (Figura 1) cuyas
diferencias se encuentran enmascaradas, puesto
que todas las computadoras que se conectan a
este utilizan los protocolos de Internet para
comunicarse una con otra, as una computadora
conectada a una red Ethernet puede comunicarse
con otra computadora conectada a una red
TokenRing, basta con que se haga una
implementacin de los protocolos de Internet para
cada una de esas redes.
6
FIGURA 1
UN ESQUEMA CLSICO DE LA CONEXIN A INTERNET
7
DISTRIBUIDO
b) Extensibilidad y Apertura: La extensibilidad y la
apertura son dos caractersticas de un sistema
distribuido que estn ampliamente ligadas la una
con la otra. Algunos autores dicen que un sistema
abierto debe de ser extensible y otros sostienen que
un sistema extensible puede ser etiquetado como un
sistema abierto. De cualquier manera lo que es
importante saber y tener en cuenta es que un
sistema distribuido debe de contar con ambas
caractersticas. Un sistema distribuido abierto es un
sistema que ofrece servicios desarrollados de
acuerdo a reglas estandarizadas que describen la
sintaxis y la semntica de dichos servicios.
8
DISTRIBUIDO
Por ejemplo, en una red de computadoras, estas reglas
son las que regulan el formato, contenido y significado
de los mensajes que se envan y se reciben a travs de
dicha red. Estas reglas son formalizadas en protocolos.
En el caso de los sistemas distribuidos, los servicios se
especifican generalmente a travs de interfaces que
por lo general son descritas en un Lenguaje de
Definicin de Interfaz (IDL por sus siglas en ingles), dicho
lenguaje especifica los nombres de las funciones que
estn disponibles as como los parmetros de entrada,
los valores de salida y los posibles errores que pueden
obtenerse al invocarse dichas funciones.
9
DISTRIBUIDO
c) Seguridad: La gran mayora de la informacin que
maneja un sistema distribuido tiene un alto valor para
los usuarios de dicho sistema, y es por eso que la
seguridad de la informacin juega un papel clave al
momento de desarrollar dicho sistema. La seguridad
de la informacin es todo lo que concierne a
asegurar que no ocurrirn cosas malas con los
mensajes que envan los clientes para solicitar
informacin a un servidor, y por su puesto, con la
informacin que estos reciben como respuesta a sus
peticiones.
10
DISTRIBUIDO
No basta con asegurar que estos mensajes sern
transmitidos de forma oculta, sino que tambin hay
que asegurar que la informacin sea entregada
nicamente a quien debe de ser entregada y que
esto se har siempre de forma correcta y en el
momento en que se requiere. La seguridad es
relativa a la amenaza que cada sistema afronta,
afecta a todos los puntos del sistema y debe de ser
fcil de obtener.
11
DISTRIBUIDO
d) Escalabilidad: La escalabilidad es una de las
caractersticas ms importantes para los
desarrolladores de un sistema distribuido. Se dice que
un sistema es escalable si logra conservar su
efectividad cuando hay el nmero de recursos y el
nmero de usuarios incrementa significativamente.
La escalabilidad de un sistema pude medirse en tres
aspectos diferentes:
1. Con respecto a su tamao: lo que significa que se
pueden agregar ms usuarios y ms recursos al sistema
de una manera muy fcil.
12
DISTRIBUIDO
2. Con respecto a su localizacin o rea de
implementacin: lo que significa que tanto los usuarios
como los recursos pueden estar en locaciones remotas y
separadas el uno del otro.
3. Con respecto a su administracin: lo que significa que
puede ser fcil de administrar a pesar de que se utiliza en
diferentes organizaciones independientes que cuentan
con diferentes polticas de seguridad y que hacen un uso
particular del sistema. Desafortunadamente, un sistema
que es escalable en uno o ms de estos aspectos por lo
general afecta el rendimiento del sistema conforme al
crecimiento del mismo.
13
DISTRIBUIDO
e) Tratamiento de Fallos: El fallo tanto del hardware como
el software es algo prcticamente inevitable, y por ms
confiable que pueda parecer algn componente,
siempre es importante estar preparado para cuando este
falle. En un sistema centralizado por lo general el fallo de
cualquier componente del sistema provoca que todos los
servicios que este ofrece dejen de funcionar, en cambio,
en un sistema distribuido, los fallos son parciales, puesto
que solo afectan a los servicios que el componente que
fallo este prestando, mientras que otros servicios que
prestan otros componentes siguen funcionando. El
tratamiento de fallos en un sistema distribuido es una
tarea difcil, pero que se puede lograr si se utilizan las
tcnicas adecuadas, segn el sistema que se desee
proteger.
14
DISTRIBUIDO
f) Concurrencia: El control de concurrencia trata con
los problemas de aislamiento y consistencia del
procesamiento de transacciones. El control de
concurrencia de un sistema distribuido asegura que
la consistencia de los datos que se almacenan y que
se procesan en el sistema se mantienen en un
ambiente distribuido multiusuario. Si las transacciones
son internamente consistentes, la manera ms simple
de lograr este objetivo es ejecutar cada transaccin
sola, una despus de otra.
15
DISTRIBUIDO
Sin embargo, esto puede afectar mucho el
desempeo de un sistema distribuido dado que el
nivel de concurrencia se reduce al mnimo. El nivel
de concurrencia, es decir, el nmero de
transacciones simultneas activas, es
probablemente el parmetro ms importante en
sistemas distribuidos. Por lo tanto, los mecanismos
de control de concurrencia buscan encontrar un
balance entre el mantenimiento de la consistencia
de los datos y el mantenimiento de un alto nivel de
concurrencia.
16
DISTRIBUIDO
g) Transparencia: Se dice que un sistema distribuido
es transparente, cuando este es capaz de
presentarse ante los usuarios y las aplicaciones como
si fuese un sistema que corre en una sola
computadora, y no como un sistema cuyos procesos
y recursos estn distribuidos fsicamente en varias
computadoras.
17
VENTAJAS Y FACTORES DE
DISTRIBUCIN:
En general, los sistemas distribuidos exhiben algunas
ventajas sobre los sistemas centralizados que se
describen enseguida.
a) Factores Estratgicos: Hoy en da, los clientes,

proveedores y compaas se encuentran
generalmente en diferentes localidades alejados los
unos de los otros. Debido a que todos estos utilizan
computadoras, las redes de informacin que los
unen y que les permiten interactuar pueden ofrecer
a las empresas mayor competitividad.
18
DISTRIBUCIN:
b) Costos de Equipo: El cociente precio/desempeo
de la suma del poder de los procesadores
separados, contra el poder de uno solo centralizado,
es mejor cuando estn distribuidos, esto lo podemos
calcular con base al costo promedio de MIPs
(Millones de Instrucciones por Segundo), el cual es
mucho mayor en mainframes que en un nmero fijo
de estaciones de trabajo. Sin embargo, cabe
mencionar que los mainframes soportan cientos de
dispositivos y permiten que miles de clientes
compartan los mismos recursos computacionales del
mismo, aunque la diferencia en costos es enorme.
19
DISTRIBUCIN:
c) Conocimiento y control de los usuarios: La gran
mayora de los usuarios de los servicios
computacionales son cada vez ms cultos y
competentes por lo que dichos usuarios desean
operar sus propios sistemas, a su manera, por lo que
no estn contentos con los sistemas centralizados
que llevan el control sobre los sistemas que son
desarrollados, cundo, cmo y por quines son
operados. La computacin distribuida ofrece a los
usuarios estar ms cerca de los procesos y de los
datos.
20
DISTRIBUCIN:
d) Costos de Desarrollo: Cuando se trabaja con un
sistema distribuido que cuenta con diferentes
mdulos de software que pueden integrase como
parte de un solo sistema, los usuarios finales
interesados en desarrollar sus propias aplicaciones
pueden hacerlo utilizando sus propias mquinas, lo
que trae como consecuencia la reduccin del costo
y tiempo de desarrollo de una nueva aplicacin.
21
DISTRIBUCIN:
e) Interfaces de Usuarios: La mayora de las
estaciones de trabajo que se utilizan hoy en da
soportan el uso de interfaces grficas sofisticadas
con dispositivos de sealamiento y sistemas de audio
y video; esta tecnologa resulta ser muy atractiva
especialmente para usuarios con diferentes estilos de
aprendizaje que por lo general se decepcionan por
los tradicionales rebotes o interfaces presentadas en
formato de texto o con grficos de poca calidad.
22
DISTRIBUCIN:
f) Flexibilidad y Facilidad de Configuracin: Los
sistemas distribuidos, y en general la computacin
descentralizada, ofrece muchas opciones para
mejorar el desempeo y la fiabilidad de un sistema
mediante el uso de procesos y datos redundantes.
23
DISTRIBUCIN:
g) Explotacin del Hardware: Las estaciones de
trabajo y computadoras personales permiten el
desarrollo de software especializado que hace uso
de las caractersticas especficas del hardware de la
estacin de trabajo, cada una de estas estaciones
puede ser utilizada como un servidor especializado
(por ejemplo, de correos, de Web, de archivos, de
bases de datos, etc.) y estos servidores con los que
satisfacen las peticiones de clientes que desean
hacer uso de los servicios con los que cuenta dicho
servidor. A esta configuracin se le conoce
comnmente como configuracin cliente-servidor
y se explicar a detalle ms adelante.
24
DISTRIBUCIN:
h)Nuevas aplicaciones: Muchas aplicaciones nuevas
de tiempo real requieren ser procesadas y acceder
datos de manera local, lo cual es posible solamente
si se utiliza un sistema distribuido con estaciones de
trabajo distribuidos en los lugares que ms se
requiera.
i) Crecimiento: El poder total del sistema puede irse

incrementando al aadir pequeos sistemas, lo cual
es mucho ms difcil en un sistema centralizado y
caro. Por otro lado, los sistemas distribuidos tambin
exhiben algunas ventajas sobre sistemas aislados.
25
DESVENTAJAS Y FACTORES A
CONSIDERAR:
a) Falta de Estndares: La falta de estndares y
herramientas de desarrollo para ambientes
distribuidos pueden crear graves problemas de
compatibilidad, portabilidad e interconectividad en
los sistemas distribuidos. Esto se da cuanto se crean
muchas copias incompatibles de la misma
aplicacin. El desarrollo y uso de estndares para
aplicaciones, computadoras y redes son
desarrolladas en lugares, por personas y en tiempos
diferentes, lo cual resulta muy complicado, y es por
eso que es comn ver este tipo de problemas en un
sistema distribuido.
26
CONSIDERAR:
b) Complejidad del Diseo: Los grandes sistemas de
computadoras pueden distribuirse en muchas
computadoras, sin embargo, separar el sistema en
muchas partes y decidir en que lugar van a residir
dichas partes, no es una tarea trivial. Los problemas
de compartir datos y recursos son tan complejos que
los mecanismos de solucin generan mucha
sobrecarga al sistema hacindolo ineficiente. El
verificar, por ejemplo, quines tienen acceso a
algunos recursos y quines no, el aplicar los
mecanismos de proteccin y registro de permisos
consume demasiados recursos. En la actualidad, las
soluciones para estos problemas son incipientes.
27
CONSIDERAR:
c) Falta de Infraestructura en Soporte y
Administracin: Hasta ahora muchos de los
problemas de administracin y soporte que
demanda un sistema distribuido no han sido
solucionados, y las soluciones que existen para
algunos otros problemas son limitadas. Algunos
ejemplos de estos problemas son la planeacin de
sistemas de informacin de acuerdo a la cambiante
tecnologa que hay hoy en da, el manejo de
recursos distribuidos y el diseo de la estructura
organizacional para la computacin distribuida.
28
CONSIDERAR:
d) Seguridad e Integridad: La distribucin de datos y
de programas en mltiples localidades pueden crear
muchos problemas de seguridad e integridad que
no con fciles de solucionar y que por lo general
requieren tambin de un proceso paralelo que
ayude a solucionar dichos problemas, por lo que la
carga del sistema aumenta y el rendimiento en
general puede verse afectado.
29
CONSIDERAR:
e) Opciones: La disponibilidad de muchas opciones
y decisiones puede ser tanto buena, como mala. En
ocasiones tener muchas opciones nos quita tiempo,
puesto que tenemos que analizar, entender y probar
todas las que estn disponibles antes de llegar a
tomar una decisin cobre cual es la mejor. Por el
lado contrario, el tener muchas opciones nos permite
disear un sistema que este conformado.
30
TAXONOMA DE SISTEMAS
DISTRIBUIDOS
Con base en su taxonoma, los sistemas distribuidos
pueden clasificarse de la siguiente manera:
1. Sistemas con software dbilmente acoplado en

hardware dbilmente acoplado.
Ejemplo: Sistema operativo de red, como es el
caso de NFS (Network File System - Sistema de
archivo de red).
31
DISTRIBUIDOS
2. Sistemas con software fuertemente acoplado en
hardware fuertemente acoplado.
Ejemplo: Sistemas operativos de
multiprocesador (sistemas paralelos).
3. Sistemas con software fuertemente acoplado en

hardware dbilmente acoplado.
Ejemplo: Sistemas realmente distribuidos
(imagen de sistema nico).
32
DISTRIBUIDOS
Un caso de los sistemas distribuidos con software y
hardware dbilmente acoplado son los sistemas
operativos de red. Algunas prestaciones de estos
sistemas son:
Conexin remota con otras computadoras.

Copia remota de archivos de una mquina a otra.
Sistema de archivos global compartidos.
33
REDES DE COMPUTADORAS
Las redes de computadoras son un componente

importante de los sistemas distribuidos. Una red de
computadoras es una coleccin interconectada
de computadoras autnomas que son capaces de
intercambiar informacin [Tanenbaum, 1997].
El objetivo principal de las redes de computadoras

es compartir recursos, de tal manera que todos los
programas, equipos y datos se encuentren
disponibles para quien lo solicite sin importar su
ubicacin.
34
REDES DE COMPUTADORAS
La conectividad se usa en muchos aspectos y, con

el crecimiento continuo de la Internet, las
demandas de enlaces de mayor capacidad
tambin han aumentado.
En una red de cmputo, los datos son transmitidos

entre computadoras usando secuencia de bits
para representar cdigos.
La capacidad de transmisin de los datos, referida

comnmente como capacidad de canal, es
descrita en bits por segundo (bit/s).
35
VELOCIDAD DE CONEXIN Y USOS EN LAS REDES DE
COMPUTADORAS [BLACK, 1993]
LAS CAPACIDADES TPICAS [BLACK, 1993] DE TRANSMISIN DE DATOS SE
MUESTRAN EN LA TABLA
36
MODELOS DE ARQUITECTURAS
La arquitectura de un sistema es su estructura en

trminos de los componentes especificados por
separado y sus interrelaciones.
El objetivo de una arquitectura general es asegurar

que la estructura reunir presentes y probables
futuras demandas sobre el mismo.
Las principales preocupaciones son que el sistema

sea fiable, manejable, adaptable y rentable
[Coulouris et al., 2012].
37
MODELOS DE ARQUITECTURAS
La arquitectura de un sistema distribuido guarda

algunos aspectos similares con el diseo arquitectnico
de un edificio, los cuales determinan no solo su
apariencia, sino tambin su estructura general y el estilo
arquitectnico (gtico, neoclsico y moderno) y
proporciona un marco coherente de referencia para el
diseo. Todos los tipos de sistemas distribuidos tienen
caractersticas bsicas comunes.
Un modelo de arquitectura es una descripcin

abstracta simplificada pero consistente de cada
aspecto relevante del diseo de un sistema distribuido.
38
MODELO CLIENTE - SERVIDOR
El modelo cliente-servidor es la arquitectura ms

citada cuando se discuten los sistemas distribuidos.
Es el modelo ms importante y sigue siendo el ms
ampliamente utilizado.
En particular, los procesos de cliente interactan

con los procesos de servidor individuales en
equipos anfitriones (host) potencialmente
separados, con el fin de acceder a los recursos
compartidos que administran.
39
EJEMPLO DE UNA
ESTRUCTURA
SIMPLE CLIENTE-
SERVIDOR
El modelo cliente-servidor
puede tomar diferentes
configuraciones. Por
ejemplo, puede existir ms
de un cliente conectado a
un servidor. Tambin se
puede tener un grupo de
servidores interconectados
dedicados a dar servicio a
un grupo de clientes.
40
EJEMPLO DE ESTRUCTURA CLIENTE-SERVIDOR PARA DOS
CLIENTES
41
GRUPO DE SERVIDORES INTERCONECTADOS BASADO EN EL
MODELO CLIENTE-SERVIDOR
42
PROXY
Es un servidor que se emplea como intermediario

entre las peticiones de recursos que realiza un
cliente a otro servidor. Por ejemplo, si una
computadora A solicita un recurso a una
computadora C, lo har mediante una peticin a
la computadora B que, a su vez, trasladar la
peticin a la computadora C. De esta manera, la
computadora C no sabr que la peticin procedi
originalmente de la computadora A.
43
PROXY
Esta situacin estratgica de punto intermedio

suele ser aprovechada para soportar una serie de
funcionalidades, como:
Proporcionar cach.
Control de acceso.
Registro del trfico.
Prohibir cierto tipo de trfico.
Mejorar el rendimiento.
Mantener el anonimato.
44
PROXY
El proxy ms conocido es el servidor proxy web, su

funcin principal es interceptar la navegacin de
los clientes por pginas web por motivos de
seguridad, rendimiento, anonimato, entre otros.
45
ARREGLO DE PROXY CLIENTE Y PROXY SERVIDOR PARA
ACCEDER AL SERVIDOR DESDE DOS CLIENTES
46
ACCESO A SERVIDORES WEB VA UN PROXY
47
PEER-TO-PEER
El paradigma peer-to-peer (P2P) ha sido un tema

muy atractivo para muchos investigadores de
diferentes reas, tales como redes, sistemas
distribuidos, teora de la complejidad, bases de
datos y otros.
En el modelo cliente-servidor tradicional, dos tipos
de nodos son empleados: clientes y servidores.
En este contexto, los clientes solo solicitan servicios
y el servidor solo proporciona a los clientes el
servicio apropiado.
48
PEER-TO-PEER
En contraste, en los sistemas P2P no se requiere una

infraestructura dedicada. Los servidores dedicados
y clientes no existen, ya que cada peer puede
tomar el papel tanto de servidor como de cliente al
mismo tiempo.
Una ventaja importante de los sistemas peer-to-
peer es que todos los recursos disponibles son
proporcionados por los peers.
Durante la distribucin de un contenido, los peers
aportan sus recursos para transmitir el contenido a
los dems peers.
49
PEER-TO-PEER
Por lo tanto, cuando un nuevo peer se agrega al

sistema al sistema P2P, la demanda se incrementa
pero la capacidad general del sistema tambin.
Esto no es posible en un modelo cliente-servidor
con un nmero fijo de servidores.
50
PEER-TO-PEER
Beneficios de un sistema peer-to-peer:
Nodos comparten recursos.

Se pueden desplegar algoritmos distribuidos.
Escalamiento ms fcil del sistema.
Ahorro de costos.
Flexibilidad.
Ningn punto nico de falla.
Mayor robustez del sistema.
51
PARADIGMA
PEER-TO-PEER
Se puede ver que en un
peer estn ejecutndose
al mismo tiempo tanto un
proceso servidor como
uno cliente, tambin
ambos ofrecen y solicitan
respectivamente servicios
a otros procesos similares
en otros peers.
52
APPLETS
Un applet es un cdigo que se ejecuta en el

contexto de otro programa, por ejemplo, en un
navegador web.
El cdigo se descarga en el navegador y se
ejecuta all.
53
APPLETS
a) A solicitud del cliente
el servidor web,
responde con el
cdigo del applet.
b) El cliente interacta
con el applet
(adaptado de
[Coulouris et al.,
2012])
54
APPLETS
Un applet normalmente lleva a cabo una funcin

muy especfica, que carece de uso independiente,
y son ampliamente utilizados en aplicaciones de
telefona mvil.
Un applet puede dar una buena respuesta
interactiva, ya que no sufre de los retrasos o
variabilidad de ancho de banda asociado con la
comunicacin de la red.
Sin embargo, un applet tpicamente carece de
sesin y tiene privilegios restringidos de seguridad.
55
APPLETS
A menudo, un applet consiste en un cdigo poco

confiable, por eso se les impide tener acceso al sistema
de archivos local.
Los applet que se cargan a travs de la red con
frecuencia son considerados como cdigos de poca
confianza [Flanagan, 1998], a excepcin de que lleven
la firma digital de una entidad especificada como
confiable.
Ejemplos de los applets ms comunes son:
Java applets.
Animaciones Flash.
Windows media player.
Modelos 3D.
56
CLSTER
En informtica, el trmino clster (grupo o

racimo) hace referencia a conjuntos o
conglomerados de computadoras construidos
mediante el uso de hardware comn y que se
comportan como si fueran una nica
computadora.
El uso de los clsteres vara desde las aplicaciones
de supercmputo, servidores web y comercio
electrnico hasta el software de misiones crticas y
bases de datos de alto rendimiento.
57
CLSTER
El cmputo con clsteres es el resultado de la

convergencia de varias tendencias tecnolgicas
actuales, entre las que se pueden destacar:
Microprocesadores de alto rendimiento.
Redes de alta velocidad.
Software para cmputo distribuido de alto rendimiento.
Crecientes necesidades de potencia computacional.
58
CLSTER
Los servicios esperados de un clster

principalmente son:
Alto rendimiento.
Alta disponibilidad.
Escalabilidad.
Balanceo de carga.
59
CLSTER
Tpicamente respecto a la rapidez y disponibilidad,

se espera que un clster sea ms econmico que
el uso de computadoras individuales.
Un clster puede ser:

Homogneo.
Semihomogneo.
Heterogneo.
60
CLSTER
Un clster es homogneo cuando todas las

computadoras tienen la misma configuracin en
hardware y sistema operativo.
Es semihomogneo cuando las computadoras

tienen diferente rendimiento pero guardan una
similitud con respecto a su arquitectura y sistema
operativo.
Finalmente, un clster es heterogneo cuando las

computadoras tienen diferente hardware y sistema
operativo.
61
EJEMPLO DE CLSTER
62
GRID
El cmputo grid es un paradigma del cmputo

distribuido, frecuentemente usado para indicar una
infraestructura de gestin de recursos distribuidos
que se centra en el acceso coordinado a los
recursos informticos remotos [Foster & Kesselman,
1999]. Estos recursos de cmputo son colectados
desde mltiples localizaciones para alcanzar una
meta comn.
63
GRID
A diferencia del cmputo de cluster (en grupo o

racimo), el cmputo grid tiende a ser ms
heterogneo y disperso geogrficamente.
Generalmente las grids son usadas para una
variedad de propsitos pero puede haber grids
especializadas para fines especficos. Los recursos
que son integrados por una infraestructura grid son
tpicamente plataformas de cmputo dedicadas a
supercomputadoras de alta gama o clsters de
propsito general.
64
GRID
Algunos autores [Foster & Kesselman, 2013] ubican

como antecedente del cmputo grid al sistema de
tiempo compartido Multics. Sin embargo, este
concepto ha sufrido mltiples transformaciones a lo
largo de los aos y diversas definiciones sobre el
cmputo grid pueden ser encontradas en la
literatura.
65
GRID
Jacob, Brown, Fukui y Trivedi [2005] definen la

computacin grid como cualquiera de una
variedad de niveles de virtualizacin a lo largo de
un continuo, donde a lo largo de ese continuo se
podra decir que una solucin particular es una
implementacin de cmputo grid frente a una
relativamente simple aplicacin usando recursos
virtuales, pero incluso en los niveles ms simples de
virtualizacin, siempre se requieren habilitar
tecnologas de redes.
66
GRID
Beneficios del cmputo grid [Jacob et al., 2005]:
Explotacin de recursos infrautilizados.

Capacidad de CPU paralelos.
Recursos virtuales y organizaciones virtuales para la
colaboracin.
Acceso a recursos adicionales.
Balanceo de recursos.
Fiabilidad.
Mejor gestin de infraestructuras de TI ms grandes y
distribuidos.
67
EJEMPLO DE CMPUTO GRID
68
ARQUITECTURA DE CAPAS
Una arquitectura de capa resulta familiar en los

sistemas distribuidos y est relacionado con la
abstraccin.
Con este enfoque, un sistema complejo puede ser
dividido en cierto nmero de capas, donde las
capas superiores hacen uso de los servicios
ofrecidos por las capas inferiores.
De esta manera, una determinada capa ofrece
una abstraccin de software, sin que las capas
superiores o inferiores a esta deban de estar al
tanto de los detalles de implementacin.
69
En el caso de los sistemas distribuidos, los servicios

se organizan de una manera vertical como capas
de servicio.
Un servicio distribuido puede ser proporcionado por
uno o ms procesos del servidor, que interactan
entre s y con los procesos de cliente para
mantener una visin de todo el sistema, coherente
de los recursos del servicio.
70
Por ejemplo, el ajuste de hora entre clientes puede

realizarse por un servicio de hora de red a travs de
Internet, usando el protocolo de Tiempo de Red
(NTP).
Es til organizar este tipo de servicio en capas
debido a la complejidad de los sistemas
distribuidos.
71
CAPAS DE SERVICIO EN
UN SISTEMA
DISTRIBUIDO
[COULOURIS ET AL.,
2012]
Un sistema distribuido
est constituido
principalmente por los
siguientes estratos:
Plataforma.
Middleware.
Aplicaciones y
servicios.
72
La plataforma para sistemas y aplicaciones distribuidas

se compone de las capas de hardware y software de
nivel ms bajo.
Estas capas de bajo nivel proporcionan servicios a las
capas superiores, las cuales son implementadas de
manera independiente en cada equipo, conduciendo
a la interfaz de programacin del sistema hasta un nivel
que facilita la comunicacin y la coordinacin entre los
procesos.
Ejemplos de plataformas son:
Intel x86/Windows.
Intel x86/Mac OS X.
Intel x86/Linux.
Intel x86/Solaris.
73
Middleware es un software que tiene como funcin

principal enmascarar la heterogeneidad del sistema
distribuido para proporcionar un modelo de
programacin conveniente a los programadores de
aplicaciones.
Ejemplos de middleware son:
CORBA (Common Object Request Broker).
Java RMI (Java Remote Method Invocation).
Finalmente, la capa de aplicaciones y servicios son las

prestaciones que ofrece el sistema distribuido a los
usuarios. Se entiende como las aplicaciones distribuidas.
74
ELEMENTOS QUE COMPONEN UNA RED MVIL
75
ARQUITECTURA DE UNA RED GSM
76
BTS:
Siglas de Base Transceiver Station. Es el elemento que se

conecta a las antenas de telefona mvil en la segunda
generacin. La BTS se instala en la caseta que solemos ver
a los pies de la torre de un emplazamiento. De la BTS salen
los cables que emiten y reciben las seales y que se
conectan a las antenas situadas en lo alto de la torre.
Normalmente hay una BTS por emplazamiento que se
conecta a varias antenas. Cada antena da cobertura a un
sector circular al que denominamos celda. Por lo tanto una
BTS gestiona todas las celdas de un emplazamiento.
77
BSC
Siglas de Base Station Controller. El elemento BSC

controla un determinado nmero de BTSs de un rea.
Todas las BTSs de dicho rea se conectan a la BSC y, a
travs de ella, pasa todo el flujo de comunicaciones. El
elemento BSC controla el correcto funcionamiento de las
BTSs conectadas, maneja la configuracin de cada una de
ellas e incluso participa activamente cuando un usuario
mvil pasa de una BTS a otra (hand-over). Con las
generaciones 2.5 y 2.75 el elemento BSC diferencia el
trfico de voz y de datos ya que, a partir de ella, siguen
caminos separados.
78
MSC
Siglas de Mobile Switching Center. Son las centrales de

comunicacin que establecen las llamadas de voz en las
redes mviles. A este elemento se conectan tanto las BSCs
como las RNCs aunque solo reciben las llamadas de voz.
Las llamadas de datos siguen un camino diferente. La
tecnologa utilizada por estas centrales es la misma que la
empleada en las centrales de telefona fija. Aun as el
software que las controla es bastante ms complejo ya que
tiene que permitir la conexin de usuarios que estn en
movimiento y que pueden conectarse desde cualquier
lado.
79
HLR
Siglas de Home Location Register. Es el elemento de la

red que almacena los datos de los usuarios. Para dar de
alta un usuario en una red mvil se deben introducir los
datos en el HLR correspondiente. En una red mvil suele
haber un HLR por cada milln de abonados. Por lo tanto los
elementos de la red mvil que consultan la informacin del
usuario deben saber, segn el usuario, cual es el HLR que
contiene su informacin. La informacin almacenada es
toda la informacin esttica relativa al usuario como los
desvos o los servicios activados.
80
VLR
Siglas de Visitor Location Register. Aunque lgicamente

es un elemento diferente realmente es parte de la MSC. En
l se almacena la informacin de los abonados que estn
conectados en dicha MSC. Este elemento permite no tener
que estar preguntando continuamente al HLR por la
informacin de un abonado. Adems contiene
informacin particular relativa a su posicin en la red y su
estado actual.
81
EIR
Siglas de Equipment Identification Register. Este elemento

no es imprescindible y, de hecho, al principio no se pona.
Su funcin es comprobar el identificador del dispositivo o
IMEI (international mobile equipment identification). Todos
los dispositivos tienen un identificador IMEI nico en el
mundo. El operador tiene registrado nuestro IMEI si hemos
comprado el telfono a travs de l o tambin si le
informamos cuando compramos un nuevo telfono.
82
Si nuestro telfono es robado podemos informar al

operador y este pone el IMEI de nuestro telfono en la lista
negra del EIR. Si el EIR detecta una llamada con nuestro
telfono la interrumpe aunque la SIM sea distinta por lo que
el telfono queda inoperativo. El EIR admite tambin una
lista gris en la que la llamada no se interrumpe pero enva
un aviso informando de su uso. Algunos operadores tienen
acuerdos para intercambiar el contenido de sus listas para
impedir el uso de telfonos robados aunque se cambie de
operador.
83
AuC
Siglas de Authetication Center. Es un elemento

complementario del HLR. Para mantener la
confidencialidad en las comunicaciones e identificarnos
con seguridad se utilizan unas claves particulares para
cada SIM. Estas claves tambin estn almacenadas en el
AuC. Por seguridad estas claves no se almacenan en
ningn otro sitio de la red y el AuC las mantiene protegidas.
84
ARQUITECTURA DE UNA RED UMTS
85
Nodo B
Es el equivalente a la BTS en la tercera generacin. Los

nodos B son equipos situados en la caseta de los
emplazamientos conectados a las antenas que emiten y
reciben las seales 3G. Al igual que el elemento BTS un
nodo B maneja todas las celdas del emplazamiento donde
est instalado.
86
RNC
Siglas de Radio Network Controller. El elemento RNC

realiza una funcin similar al elemento BSC en la tercera
generacin. Porqu se han utilizado siglas y elementos
separados? La razn est en que las tecnologas 2G y 3G
son muy diferentes y las funciones a realizar tambin son
muy diferentes. Hoy en da se est implantando el
concepto de Single RAN que intenta unificar las
generaciones 2G y 3G en un nico controlador que hace
las funciones de BSC y RNC. Al igual que la BSC la RNC
discrimina entre conexiones de voz y de datos que, a partir
de ella, siguen caminos separados.
87
SGSN
Siglas de Serving GPRS Support Node. Es el elemento que

recibe las comunicaciones de datos tanto de las BSCs
como de las RNCs. Sus funciones son la distribucin de los
paquetes de datos y la localizacin y gestin de los
usuarios conectados en el rea gestionada. Por ejemplo
una de las funciones del SGSN es enviar la conexin hacia
el pas de origen del usuario cuando este es de otro pas.
Con el despliegue de las redes 4G el SGSN se comunica
con los elementos MME y SGW para facilitar y hacer ms
rpidos los cambios entre la tecnologa 3G y 4G cuando se
pierde la cobertura de esta ltima.
88
GGSN
Siglas de Gateway GPRS Support Node. Recibe las

comunicaciones de los usuarios desde los SGSNs. Los GGSNs
no controlan los SGSNs por lo que pueden recibir
comunicaciones de cualquier SGSN incluso en otro pas. Las
comunicaciones que se reciben son las de los usuarios
pertenecientes al operador estn en el pas que estn. Este
elemento es el final de la red mvil en cuanto a datos. A partir
de l las comunicaciones son iguales a las de cualquier
operador de internet pudindose unir a las comunicaciones
de una red fija en una red fijo-mvil unificada. El elemento
GGSN realiza tambin funciones de control y de tarificacin.
Todos los datos necesarios para la facturacin son enviados
desde este elemento.
89
MIDDLEWARE
En la primera generacin de los sistemas

distribuidos todos los servicios proporcionados por
los servidores deban de programarse a la medida.
As, servicios de acceso a bases de datos, de
impresin y transferencias de archivos tenan que
ser desarrollados por las propias aplicaciones.
Queda en evidencia la necesidad de crear
servicios de uso ms comn por las aplicaciones,
de tal manera que pueda incluirse en todas las
aplicaciones como software prefabricado.
90
MIDDLEWARE
En este escenario surge la idea del middleware,

representado por estndares tales como ODBC,
OLE, DCOM y CORBA.
Middleware es un conjunto de servicios que
permite distribuir datos y procesos a travs de un
sistema multitarea, una red local, una red remota o
Internet [Martnez Gomarz, 2014].
Los servicios del Middleware pueden ser
clasificados en dos grandes grupos:
Servicios de desarrollo.
Servicios de administracin.
91
MIDDLEWARE
El objetivo principal del middleware es conseguir la

transparencia en los sistemas distribuidos, por
medio de:
Ofrecer la capacidad, as como solicitar y recibir de

manera transparente al sistema.
Liberar a los diseadores y administradores del sistema de
problemas derivados de la complejidad del sistema
operativo.
92
MIDDLEWARE
En la prctica, middleware es representado por

procesos u objetos en un conjunto de equipos que
interactan entre s para implementar la
comunicacin y el intercambio de recursos de
soporte para las aplicaciones distribuidas [Coulouris
et al., 2012].
El middleware est relacionado con el suministro de

materiales de construccin tiles para la
construccin de componentes de software que
pueden trabajar con otros en un sistema distribuido.
93
MIDDLEWARE
Las abstracciones del middleware apoyan a

diversas actividades de comunicacin, como la
invocacin de mtodo remoto, la comunicacin
entre un grupo de procesos, notificacin de
eventos, el particionamiento, la colocacin y
recuperacin de objetos de datos compartidos
entre los equipos cooperantes, la replicacin de
objetos de datos compartidos y la transmisin de
datos multimedia en tiempo real.
94
ESCENARIO DEL MIDDLEWARE EN UN SISTEMA DISTRIBUIDO
95
MIDDLEWARE
A pesar de que el middleware tiene como objetivo

suministrar transparencia de distribucin, en general
las soluciones especficas deben de ser adaptables
a los requerimientos de las aplicaciones.
Tanenbaum y Van Steen [2008] consideran que

una solucin para este problema es desarrollar
diversas versiones de un sistema middleware,
donde cada versin sea confeccionada para una
clase especfica de aplicaciones.
96
CORBA
El paradigma orientado a objetos juega un importante

rol en el desarrollo de software y cuenta con gran
popularidad desde su introduccin.
La orientacin a objetos se comenz a utilizar para el
desarrollo de sistemas distribuidos en la dcada de
1980.
Los middlewares basados en objetos distribuidos estn
diseados para proporcionar un modelo de
programacin basado en principios orientados a
objetos y, por tanto, para llevar los beneficios del
enfoque a objetos para la programacin distribuida.
Los principales ejemplos de middleware basados en
objetos distribuidos incluyen Java RMI y CORBA.
97
CORBA
CORBA (Common Object Request Broker

Architecture) es una herramienta middleware que
facilita el desarrollo de aplicaciones distribuidas en
entornos heterogneos tanto en hardware como
en software [Coulouris et al., 2012], ejemplos de
estos son:
Distintos sistemas operativos (Unix, Windows, MacOS, OS/2).

Distintos protocolos de comunicacin (TCP/IP, IPX).
Distintos lenguajes de programacin (Java, C, C++).
Distinto hardware.
98
CORBA
El objetivo principal de CORBA es especificar un

middleware para construir aplicaciones del tipo cliente-
servidor multi-nivel, distribuidas y centralizadas, y que
sean flexibles y extensibles.
Del paradigma orientado a objeto explota los
conceptos de encapsulacin, herencia y polimorfismo.
En la comunicacin a travs de invocar mtodos
remotos es ms fcil de programar que los sockets, RPC,
etc. Usa el concepto de esqueleto como el encargado
de la comunicacin con el cliente. Define la separacin
interfaz-implementacin a travs de CORBA IDL
(Interface Definition Language).
99
CORBA
Para la referencia a objeto, usa el identificador

nico de un objeto. CORBA es implementado
encima del protocolo TCP/IP y usa modos de
comunicacin asncrona y sncrona.
Con el uso de envolturas (wrappers), CORBA
permite integrar los sistemas heredados, y
normalmente usa solo una instancia de cada clase.
CORBA tambin hace uso de una capa de
software conocida como ORB (Object Request
Broker), que permite a los objetos realizar llamadas
a mtodos situados en mquinas remotas a travs
de una red.
100
CORBA
Adems, ORB maneja la transferencia de

estructuras de datos de manera que sean
compatibles entre los dos objetos.
ORB es un componente fundamental de la
arquitectura CORBA y su misin es facilitar la
comunicacin entre objetos.
ORB tambin debe de facilitar diferentes
transparencias, tales como de localizacin,
implementacin, comunicacin y ejecucin.
101
CORBA
En CORBA [Coulouris et al., 2001], el servidor crea

objetos remotos, hace referencias accesibles a
objetos remotos y espera a que los clientes
invoquen a estos objetos remotos o a sus mtodos.
Por su parte, el cliente obtiene una referencia de
uno o ms objetos remotos en el servidor e invoca
a sus mtodos.
102
CORBA
La arquitectura CORBA est diseada para dar

soporte al rol de un intermediario de peticiones de
objetos que permita que los clientes invoquen
mtodos en objetos remotos, donde tanto los
clientes como los servidores pueden implementarse
en diversos lenguajes de programacin.
103
PRINCIPALES COMPONENTES DE LA ARQUITECTURA CORBA
104
CORBA
El ncleo de ORB es un mdulo de comunicacin el

cual permite una interfaz que incluye las
operaciones de arranque y paro, las operaciones
para la conversin entre referencias a objetos
remotos y cadenas de texto, as como las
operaciones para obtener listas de argumentos
para llamadas que emplean invocacin dinmica.
105
CORBA
El adaptador de objeto sirve como puente entre los

objetos con interfaces IDL y las interfaces IDL,
adems de las interfaces del lenguaje de
programacin de las correspondientes clases
sirvientes. Las clases esqueleto se generan en el
lenguaje del servidor a travs de un compilador de
IDL.
106
CORBA
El esqueleto sirve para despachar las invocaciones

a los mtodos remotos, asimismo desempaqueta
los argumentos desde los mensajes de peticin y
empaqueta las excepciones y los resultados en
mensajes de respuesta. Los resguardo/proxy son los
encargados de empaquetar los argumentos de los
mensajes de invocacin y desempaqueta las
excepciones y los resultados de las respuestas.
107
CORBA
Cada repositorio de implementacin activa los

servidores registrados bajo demanda y localiza los
servidores que estn en ejecucin en cada
momento usando el nombre del adaptador de
objeto. El repositorio de interfaz proporciona
informacin sobre las interfaces IDL registradas a los
clientes y a los servidores que lo requieran.
108
CORBA
La interfaz de invocacin dinmica permite que los

clientes puedan realizar invocaciones dinmicas
sobre objetos remotos CORBA cuando no es
prctico el uso de proxies. La interfaz de esqueleto
dinmica permite que un objeto CORBA acepte
invocaciones sobre una interfaz para la que no hay
un esqueleto.
El cdigo delegado permite convertir a objetos
CORBA aquellos fragmentos de cdigo existente
que fue diseado sin prever los objetos distribuidos.
109
JAVA RMI
RMI (Java Remote Method Invocation) es un

mecanismo ofrecido por Java para invocar un
mtodo de manera remota.
Forma parte del entorno estndar de ejecucin de
Java y proporciona un mecanismo simple para la
comunicacin de servidores en aplicaciones
distribuidas basadas exclusivamente en Java.
Si se requiere comunicacin entre otras tecnologas
debe utilizarse CORBA o SOAP en lugar de RMI.
110
JAVA RMI
RMI se caracteriza por la facilidad de su uso en la

programacin por estar especficamente diseado para
Java; proporciona paso de objetos por referencia (no
permitido por SOAP), recoleccin de basura distribuida
(Garbage Collector distribuido) y paso de tipos
arbitrarios (funcionalidad no provista por CORBA).
A travs de RMI, un programa Java puede exportar un

objeto, con lo que dicho objeto estar accesible a
travs de la red y el programa permanece a la espera
de peticiones en un puerto TCP. A partir de ese
momento, un cliente puede conectarse e invocar los
mtodos proporcionados por el objeto.
111
JAVA RMI
La invocacin se compone de los siguientes pasos:
Encapsulado (marshalling) de los parmetros (utilizando la

funcionalidad de serializacin de Java).
Invocacin del mtodo (del cliente sobre el servidor). El
invocador se queda esperando una respuesta.
Al terminar la ejecucin, el servidor serializa el valor de
retorno (si lo hay) y lo enva al cliente.
El cdigo cliente recibe la respuesta y contina como si la
invocacin hubiera sido local.
112
DCOM
El Modelo de Objetos de Componentes Distribuidos

(Distributed Component Object Model, DCOM) es una
tecnologa propietaria de Microsoft para desarrollar
componentes de software distribuidos sobre varias
computadoras y que se comunican entre s.
Extiende el modelo Component Object Model (COM)

de Microsoft y proporciona el sustrato de comunicacin
entre la infraestructura del servidor de aplicaciones
COM+ de Microsoft.
Ha sido abandonada en favor del framework Microsoft

.NET.
113
DCOM
El agregado de la "D" a COM fue por el uso

extensivo de DCE Remote Procedure Call
(DCE/RPC), o ms especficamente la versin
mejorada de Microsoft, conocida como MSRPC.
114
DCOM
En trminos de las extensiones que aade a COM,

DCOM tena que resolver los problemas de:
Aplanamiento: serializar y deserializar los

argumentos y valores de retorno de las llamadas a
los mtodos "sobre el cable".
Recoleccin de basura distribuida: asegurndose

que las referencias mantenidas por clientes de las
interfaces sean liberadas cuando, por ejemplo, el
proceso cliente ha cado o la conexin de red se
pierde.
115
DCOM
Uno de los factores clave para resolver estos

problemas es el uso de DCE/RPC como el
mecanismo Remote Procedure Call (RPC)
subyacente bajo DCOM. DCE/RPC define reglas
estrictas en cuanto al aplanamiento y a quin es
responsable de liberar la memoria.
116
DCOM
DCOM fue uno de los mayores competidores de

CORBA. Los defensores de ambas tecnologas
sostenan que algn da seran el modelo de
cdigo y servicios sobre Internet. Sin embargo, las
dificultades que supona conseguir que estas
tecnologas funcionasen a travs de cortafuegos y
sobre mquinas inseguras o desconocidas, signific
que las peticiones HTTP normales, combinadas con
los navegadores web les ganasen la partida.
Microsoft, en su momento intent y fracas
anticiparse a esto aadiendo un transporte extra
HTTP a DCE/RPC denominado "ncacn_http"
(connection-based, over HTTP).
117
JAVABEANS
Los JavaBeans son un modelo de componentes

creado por Sun Microsystems para la construccin
de aplicaciones en Java.
Se usan para encapsular varios objetos en un nico

objeto (la vaina o Bean en ingls), para hacer uso
de un solo objeto en lugar de varios ms simples.
118
JAVABEANS
La especificacin de JavaBeans de Sun

Microsystems los define como "componentes de
software reutilizables que se puedan manipular
visualmente en una herramienta de construccin".
A pesar de haber muchas semejanzas, los

JavaBeans no deben confundirse con los Enterprise
JavaBeans (EJB), una tecnologa de componentes
del lado servidor que es parte de Java EE.
119
GESTIN ESPONTNEA DE RED
Caractersticas W-LAN
Se enfrentan a
constantes cambios
de dispositivos mviles
heterogneos.
Dispositivos vagando
en ambientes W-LAN
heterogneos.
Beneficios
No se requiere
conexin con cable.
Fcil acceso a
servicios disponibles
localmente.
120
GESTIN ESPONTNEA DE RED
Retos
Soporte para conexiones convenientes e integracin:
Internet asume dispositivos con direccin IP en redes fijas.
Posible solucin: asignacin dinmica de direcciones IP.
Problemas: como encontrar dispositivos si estos son servidores.
Conexin intermitente de dispositivos
Privacidad
Seguridad
Descubrimiento de servicios
Servicios disponibles en la red
Sus propiedades, y como accederlos (incluyendo informacin especfica
de drivers)
Conexin espontanea
Metropolitana (GPRS, UTMS).
Media (x0 o x00 m) (Wavelan, Wireless 802.11b).
Corta (x o x0 m) (BlueTooth, infrarojos, HomeRF).
121
MODELO DE INTERACCIN
La forma en que se produce el paso de mensajes

"entre los procesos restringe los modos de interaccin
Retrasos
Precisin
Tiempo
122
PROBLEMAS PRESENTADOS EN LAS
PRESTACIONES DEL CANAL
Latencia: retardo entre el envi y recepcin del
mensaje.
Tiempo de acceso a la red (ej., retardos de transmisin
Ethernet).
Tiempo para que el primer bit viaje desde la interfaz de la
red transmisora hasta la interfaz de red receptora.
Tiempo procesado dentro del proceso de envi y
recepcin.
Caudal: numero de unidades (ej., paquetes)
entregadas por unidad de tiempo.
123
PROBLEMAS PRESENTADOS EN LAS
PRESTACIONES DEL CANAL
Capacidad de canal: cantidad de informacin (ej.,
bits) transmitida por unidad de tiempo.
Variacin de retardo: variacin en retardos entre

diferentes mensajes del mismo tipo (ej., cuadros de
video en redes ATM).
124
EN VIRTUD DEL MODELO DE
COMUNICACIN APARECEN DOS FAMILIAS DE
SISTEMAS:
Sistemas distribuidos sncronos

El tiempo para ejecutar cada paso de un
proceso tiene establecidos limites inferiores y
superiores.
Los tiempo de entrega de mensajes tienen limites
establecidos.
Cada proceso tiene un reloj que deriva rangos
en tiempo real con limites establecidos.
125
EN VIRTUD DEL MODELO DE
COMUNICACIN APARECEN DOS FAMILIAS DE
SISTEMAS:
Sistemas distribuidos asncronos: sin limite

Tiempos de ejecucin de procesos.
Tiempo de entrega de mensajes.
Tasa de movimiento del reloj.
126
MODELO DE FALLO
Fallo por omisin (del proceso o del canal)

Fallas por omisin de proceso: cada de proceso.
Deteccin con timeouts.
La cada es del tipo fail-stop si otro proceso puede detectar
con certeza que el proceso ha cado.
Fallas por omisin de comunicacin (canal): el
mensaje no ha sido entregado (perdida de
mensajes) Posibles causas:
Error de trasmisin de red.
Sobrecarga de buffer de recepcin de mensajes.
127
MODELO DE FALLO
Fallas arbitrarias:
Proceso: omite pasos esperados del proceso o lleva
a cabo no deseados.
Canal de comunicacin: ej., sin entrega,
corrupcin o duplicidad.
128
TIPOS DE FALLOS
129
MODELO DE SEGURIDAD
Las tcnicas de seguridad permiten la comprobacin

de fallos y la minimizacin de su posible aparicin:
Comunicacin Fiable:
Validez de la comunicacin: cualquier mensaje enviado,
ser escuchado.
Integridad de la comunicacin: Cualquier mensaje
recibido es correcto y respeta la secuencialidad.
130
MODELO DE SEGURIDAD
Amenazas:
Duplicacin de mensajes, desorden, corrupcin del
mensaje, revelacin, etc.
Amenaza a los Procesos:
Acceso indebido a los recursos
Ataque a la integridad del proceso
Suplantacin de los principales interlocutores
Falsificacin de servicios
Falsificacin de peticiones
131
MODELO DE SEGURIDAD
Amenaza a los canales:

Acceso indebido al canal.
Captura de mensajes.
Reenvi de mensajes.
Eliminacin de mensajes.
Modificacin de mensajes y de cdigo mvil.
132
MODELO DE SEGURIDAD
Amenaza a la disponibilidad de servicio:

Amenaza a la disponibilidad del servicio.
Ataque de denegacin de servicio.
Seguridad de...
Las interacciones en procesos y canales.
Las acciones de acceso a objetos (derechos).
133
EVOLUCIN
Cuando a finales de los aos 50 los ordenadores

empezaron a estar comercialmente disponibles, los
pocos que haba resultaban caros y no se
aprovechaban bien.
Los grandes ordenadores centralizados multiusuario
(60s y 70s) resolvieron el problema del
aprovechamiento.
An as, pocas empresas podan disponer de ellos.
134
EVOLUCIN
A mediados de los 80s, surgi el desarrollo de

potentes microprocesadores y la aparicin del PC,
un ordenador personal.
Si bien ste era de precio asequible, el problema
de los PCs era la carencia o dificultad para
disponer de recursos como impresoras de alta
calidad, scanners, procesadores especializados,
grandes sistemas de almacenamiento, etc., pues
estos seguan siendo considerablemente caros y
poco aprovechables.
135
EVOLUCIN
La solucin vino de la mano de las redes de alta

velocidad, que permitieron la interconexin de
todo tipo de ordenadores (grandes, medianos,
pequeos, de uso general y especializados)
mediante una red de comunicaciones, lo cual
permiti compartir y aprovechar recursos.
Con la unin de los ordendores personales y las LAN
nacieron los Sistemas de Red.
136
EVOLUCIN
Los usuarios de estos sistemas pueden hacer uso de

los recursos que les ofrece la red de ordenadores,
son conscientes de la multiplicidad de mquinas en
la red y necesitan conocerlas, pues para acceder
a cada recurso deben saber en qu mquina est
ubicado tal recurso, y deben conectarse
explcitamente a la mquina apropiada para
poder acceder al recurso deseado (o para
transmitir datos de la mquina local a la remota).
137
EVOLUCIN
El siguiente paso fue el de los Sistemas Distribuidos. Con

estos sistemas, los usuarios pueden saber que hay
multiplicidad de estaciones y equipos en la red, pero no
necesitan conocerlos explcitamente (ni cuntos, ni
cules), ellos solamente saben que hay recursos en la
red y conocen su nombre o identificador, de tal forma
que pueden acceder a ellos de igual manera que
acceden los recursos locales (por su nombre), sin tener
que conectarse (explcitamente) en ningn caso a la
mquina propietaria para utilizar el recurso.
Es ms, ni siquiera necesita conocer el nombre de la
mquina que alberga el recurso.
138
EVOLUCIN
139
VENTAJAS DE LOS SISTEMAS DISTRIBUIDOS
FRENTE A LOS CENTRALIZADOS
Economa: aunque esta proporcin quizs est

mejorando, lo cierto es que hoy en da el ltimo
modelo de un cierto procesador es el doble de
caro que el modelo anterior, que slo es
ligeramente ms lento. Por esto, es preferible
comprar varias CPUs baratas y ponerlas a trabajar
juntas. Es decir que en los sistemas distribuidos se
obtiene una mejor relacin calidad/precio.
140
Velocidad: pues mientras que un sistema

centralizado (no paralelo) tiene limitaciones fsicas
en su potencia de clculo (por la mxima
velocidad de la luz), en un sistema distribuido se
puede obtener una mayor velocidad que en los
sistemas centralizados.
141
Se adapta mejor a las aplicaciones que son

inherentemente distribuidas, tales como los robots
de una cadena de montaje de una fabrica o
bases de datos de empresas con mltiples
sucursales.
142
Son ms fiables pues al estar distribuida la carga y

las labores entre mltiples mquinas, hay menor
dependencia del fallo de cualquiera de ellas.
143
VENTAJAS
144
CONCLUSIN
Los sistemas distribuidos engloban una gran cantidad

de aspectos, por esta razn, su desarrollo compromete
una considerable complejidad.
Existen aspectos que requieren an ms cuidado al

desarrollarse e implantarse, como el manejo de fallos, el
control de la concurrencia, entre otras.
Adems, numerosas tecnologas estn en constante

desarrollo y crecimiento, esto implica un mayor esfuerzo
y compromiso con el estudio previo de muchos factores
antes de elegir alguna tecnologa en especial.
145
REFERENCIAS
Gomriz, E. M. (9 de Noviembre de 2013). essi. Recuperado el 18 de Mayo de 2017, de
http://www.essi.upc.edu/~gomariz/index_archivos/IntroduccionSD-EnricMartinez.pdf
Modelo paracurricular. (16 de Octubre de 2004). capacinet. Recuperado el 18 de Mayo
de 2017, de capacinet:
http://www.capacinet.gob.mx/Cursos/Tecnologia%20amiga/desarrolladordesoftware/In
troduccionSistemasDistribuidos_SE.pdf
Sosa, D. V. (11 de Octubre de 2013). tamps.cinvestav. Recuperado el 18 de Mayo de
2017, de tamps.cinvestav: http://www.tamps.cinvestav.mx/~vjsosa/clases/sd/Cap2.pdf
Thames, J. P. (27 de Septiembre de 2011). slideshare. Recuperado el 18 de Mayo de
2017, de https://es.slideshare.net/jpbthames/arquitectura-de-sistemas-distribuidos
Escuela Tcnica Superior de Ingeniera de Sistemas Informticos. (26 de Septiembre de
2016). eui. Recuperado el 20 de Mayo de 2017, de eui:
http://www.dia.eui.upm.es/asignatu/sis_dis/Paco/Introduccion.pdf
Fuentes, F. d. (2015). Sistemas Distribuidos. Mxico: Universidad Autonoma Metropolitana.
Medrano, D. (2 de Agosto de 2006). sdistribuidos. Recuperado el 25 de Mayo de 2017, de
sdistribuidos: http://sdistribuidos.blogspot.mx/
Temas Tecnologicos de Interes. (24 de Abril de 2016). temastecnologicos. Recuperado el
25 de Mayo de 2017, de temastecnologicos:
https://www.temastecnologicos.com/redes-moviles/elementos/
146

SDRP1

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

SDRP1

Hochgeladen von

Copyright:

Verfügbare Formate

SISTEMAS DISTRIBUIDOS

Un sistema distribuido es un sistema de informacin

Est compuesto por varios recursos informticos de

Estos recursos estn distribuidos fsicamente, y funcionan

El hecho de la distribucin es transparente, permitiendo

El funcionamiento de los recursos fsicos y lgicos est

a) Heterogeneidad: Al hablar de heterogeneidad nos

a) Factores Estratgicos: Hoy en da, los clientes,

i) Crecimiento: El poder total del sistema puede irse

1. Sistemas con software dbilmente acoplado en

3. Sistemas con software fuertemente acoplado en

Conexin remota con otras computadoras.

Las redes de computadoras son un componente

El objetivo principal de las redes de computadoras

La conectividad se usa en muchos aspectos y, con

En una red de cmputo, los datos son transmitidos

La capacidad de transmisin de los datos, referida

La arquitectura de un sistema es su estructura en

El objetivo de una arquitectura general es asegurar

Las principales preocupaciones son que el sistema

La arquitectura de un sistema distribuido guarda

Un modelo de arquitectura es una descripcin

El modelo cliente-servidor es la arquitectura ms

En particular, los procesos de cliente interactan

Es un servidor que se emplea como intermediario

Esta situacin estratgica de punto intermedio

El proxy ms conocido es el servidor proxy web, su

El paradigma peer-to-peer (P2P) ha sido un tema

En contraste, en los sistemas P2P no se requiere una

Por lo tanto, cuando un nuevo peer se agrega al

Beneficios de un sistema peer-to-peer:

Nodos comparten recursos.

Un applet es un cdigo que se ejecuta en el

Un applet normalmente lleva a cabo una funcin

A menudo, un applet consiste en un cdigo poco

En informtica, el trmino clster (grupo o

El cmputo con clsteres es el resultado de la

Los servicios esperados de un clster

Tpicamente respecto a la rapidez y disponibilidad,

Un clster puede ser:

Un clster es homogneo cuando todas las

Es semihomogneo cuando las computadoras

Finalmente, un clster es heterogneo cuando las

El cmputo grid es un paradigma del cmputo

A diferencia del cmputo de cluster (en grupo o

Algunos autores [Foster & Kesselman, 2013] ubican

Jacob, Brown, Fukui y Trivedi [2005] definen la

Beneficios del cmputo grid [Jacob et al., 2005]:

Explotacin de recursos infrautilizados.

Una arquitectura de capa resulta familiar en los

En el caso de los sistemas distribuidos, los servicios

Por ejemplo, el ajuste de hora entre clientes puede

La plataforma para sistemas y aplicaciones distribuidas

Middleware es un software que tiene como funcin

Finalmente, la capa de aplicaciones y servicios son las

Siglas de Base Transceiver Station. Es el elemento que se

Siglas de Base Station Controller. El elemento BSC

Siglas de Mobile Switching Center. Son las centrales de

Siglas de Home Location Register. Es el elemento de la

Siglas de Visitor Location Register. Aunque lgicamente

Siglas de Equipment Identification Register. Este elemento

Si nuestro telfono es robado podemos informar al

Siglas de Authetication Center. Es un elemento

Es el equivalente a la BTS en la tercera generacin. Los