SISTEMAS DISTRIBUIDOS
Dassel Diaz Balanta
Universidad Autónoma del Caribe, Barranquilla - Atlántico
dassel10@hotmail.com
RESUMEN: Este documento fue realizado con
la finalidad de describir los principales aspectos
involucrados en los sistemas distribuidos los cuales a
través de la historia han evolucionado y han hecho de
esta una herramienta clave para resolver problemas de
computación masiva. Existen dos grandes factores que
contribuyeron a la evolución de los sistemas
distribuidos:1) la aparición de las computadoras
personales (PC) que conllevó a la denominada
informática móvil y a la miniaturización de los
dispositivos 2) las redes locales de alta velocidad y su
evolución para adaptarse a condiciones cambiantes y
funcionar eventualmente en modo desconectado.
PALABRAS CLAVE: hardware, software, sistema
distribuido.
ABSTRACT: This document was made in order
to describe the main aspects involved in distributed
systems which through history have evolved and have
made a tool key to solve massive computing problems.
There are two big factories that contributed to the
evolution of distributed systems: 1) the emergence of the
personal computer (PC) that led to the called mobile
computing and miniaturization of devices 2) local high
speed networks and their evolution to adapt to changing
conditions and eventually operate in disconnected
mode.
KEY WORDS: hardware, software, distributed
systems.
1 INTRODUCCIÓN
Un sistema distribuido se define como una
colección de computadores autónomos conectados por
una red [ Colouris 1994 ]; otra definición Un sistema
distribuido se define como una colección de
computadoras separadas físicamente y conectadas entre
sí por una red de comunicaciones.
Las aplicaciones de los sistemas distribuidos varían
desde la provisión de capacidad de cómputo a grupos de
usuarios, hasta sistemas bancarios, comunicaciones
1
multimedia y abarcan prácticamente todas las
aplicaciones comerciales y técnicas de los ordenadores.
Los requisitos de dichas aplicaciones incluyen un
alto nivel de fiabilidad, seguridad contra interferencias
externas y privacidad de la información que el sistema
mantiene. Se deben proveer accesos concurrentes a
bases de datos por parte de muchos usuarios, garantizar
tiempos de respuesta, proveer puntos de acceso al
servicio que están distribuidos geográficamente,
potencial para el crecimiento del sistema para acomodar
la expansión del negocio y un marco para la integración
de sistema usados por diferentes compañías y
organizaciones de usuarios.
2 PROPIEDADES
2.1 HETEROGENEIDAD
Se refiere a la variedad y diferencia que podemos
encontrar entre los componentes de un sistema
distribuido, dicha heterogeneidad no solo aplica al tipo
de redes y al hardware de los equipos, sino también a los
sistemas operativos, lenguajes de programación e
implementación en las que trabajan los diferentes
desarrolladores.
2.2 APERTURA
Un sistema informático es abierto si el sistema
puede ser extendido de diversas maneras. Un sistema
puede ser abierto o cerrado con respecto a extensiones
hardware (añadir periféricos, memoria o interfaces de
comunicación, etc...) o con respecto a las extensiones
software (añadir características al sistema operativo,
protocolos de comunicación y servicios de compartición
de recursos, etc...). La apertura de los sistemas
distribuidos se determina primariamente por el grado
hacia el que nuevos servicios de compartición de
recursos se pueden añadir sin perjudicar ni duplicar a los
ya existentes. Los sistemas abiertos se caracterizan:
 Las interfaces se hacen públicas
  Comunicación entre procesos e interfaces
para acceder a recursos compartidos
 Aunque los componentes provengas de
proveedores diferentes deben cumplir con
el estándar publicado
2.3 TRANSPARENCIA
Es la ocultación al usuario y al programador de
aplicaciones de la separación de los componentes de un
sistema distribuido, o sea que el sistema se percibe como
un todo. Se identifican 8 formas de transparencia:
 De acceso: permite acceder a los recursos
locales de igual manera que los remotos.
 De localización: permite acceder a los recursos
sin conocer su ubicación.
 De concurrencia: permite usar un recurso
compartido sin que exista interferencia.
 De replicación: permite utilizar varios
ejemplares de cada recurso sin que el usuario
conozca la existencia de las réplicas.
 De fallos: permite completar tareas a pesar de
fallos ya que los oculta.
 De movilidad: permite la reubicación de
recursos y clientes sin afectar a los usuarios ni
el sistema ni las aplicaciones.
 De prestaciones: permite reconfigurar el
sistema para mejorar las prestaciones mientras
la carga varia.
 De escalado: Permite la expansión del sistema
y de las aplicaciones sin cambiar la estructura
del sistema o los algoritmos de la aplicación.
2.4 CONCURRENCIA
Cuando existen varios procesos en una única
maquina decimos que se están ejecutando
concurrentemente. Si el ordenador está equipado con un
único procesador central, la concurrencia tiene lugar
entrelazando la ejecución de los distintos procesos. Si la
computadora tiene N procesadores, entonces se pueden
estar ejecutando estrictamente a la vez hasta N procesos.
Para que un objeto sea seguro en un entorno
concurrente, sus operaciones deben sincronizarse de
manera que sus datos permanezcan consistentes, esto
puede lograrse mediante la utilización de técnicas
llamadas semáforos, que se usan en la mayoría de los
sistemas operativos.
2.5 ESCALABILIDAD
Se dice que un sistema es escalable si conserva su
efectividad cuando ocurre un incremento significativo
2
en el número de recursos y de usuarios. Internet es un
ejemplo de un sistema distribuido escalable en el que el
número de computadores y servicios experimenta un
dramático incremento.
La necesidad de escalabilidad no es solo un
problema de prestaciones de red o de hardware, sino que
está íntimamente ligada con todos los aspectos del
diseño de los sistemas distribuidos. El diseño del sistema
debe reconocer explícitamente la necesidad de
escalabilidad o de lo contrario aparecerán serias
limitaciones. El trabajo necesario para procesar una
petición simple para acceder a un recurso compartido
debería ser prácticamente independiente del tamaño de
la red. Las técnicas necesarias para conseguir estos
objetivos incluyen el uso de datos replicados, la técnica
asociada de catching, y el uso de múltiples servidores
para manejar ciertas tareas, aprovechando la
concurrencia para permitir una mayor productividad.
2.6 TOLERANCIA A FALLOS
Es común que al hablar de sistemas informáticos
existan fallos, cuando estos fallos se producen ya sea en
el hardware o en el software se podrían producir
resultados incorrectos o no terminar el cálculo
El diseño de sistemas tolerantes a fallos se basa en
dos cuestiones, complementarias entre sí: Redundancia
hardware (uso de componentes redundantes) y
recuperación del software (diseño de programas que
sean capaces de recuperarse de los fallos). Existen
algunas técnicas para tratar dichos fallos: detección de
fallos (checksums), enmascaramiento de fallos (ocultar),
tolerancia a fallos, recuperación de fallos (roll back) y
redundancia.
2.7 SEGURIDAD
La seguridad alberga el tratamiento que se le da a
los recursos de información y para esto son 3 pilares los
que velan por estos (confidencialidad, integridad y
disponibilidad).
 Confidencialidad: protección contra
individuos no autorizados.
 Integridad: protección contra la alteración
o corrupción.
 Disponibilidad: protección contra la
interferencia con los procedimientos de
acceso a los recursos.
La seguridad no solo es cuestión de ocultar los
contenidos de los mensajes, también consiste en conocer
con certeza la identidad del usuario u otro agente en
nombre del cual se envía el mensaje. Por esto aún
existen dos desafíos dentro la seguridad que no se han
cumplido completamente y son: ataques de denegación componentes de hardware, software y tecnología de red
de servicio y seguridad del código móvil. pueden ser muy diferentes son heterogéneos en cuanto a
3 TIPOS DE SISTEMAS DISTRIBUIDOS hardware, red, dominios, sistemas operativos etc.

Hay varias formas propuestas para clasificar a los
sistemas distribuidos. En nuestro caso, diferenciaremos
los sistemas distribuidos en tres clases: sistemas
computacionales distribuidos, sistemas de información
distribuidos, y sistemas embebidos distribuidos.
Los recursos del grid consiste en servidores
(incluyendo supercomputadoras, posiblemente clusters),
medios de almacenamiento, bases de datos, etc. Además,
también se pueden compartir otro tipo de recursos que
pueden ser conectados a las redes, tales como
telescopios, microscopios, sensores, etc. (Ver figura 2)

3.1 SISTEMAS COMPUTACIONALES

DISTRIBUIDOS

Una de las clases de sistemas distribuidos más

importantes y populares en nuestros días son los usados
para procesar tareas que requieren de un gran
desempeño computacional, estos sistemas son conocidos
como sistemas computacionales distribuidos. Los
sistemas computacionales distribuidos pueden ser
clasificados en dos grupos: sistemas computacionales
distribuidos tipo clúster y sistemas computacionales
distribuidos tipo grid.

3.1.1 TIPO CLUSTER

Figura 2. Grid
En la computación cluster, el hardware subyacente
consiste en un grupo de estaciones de trabajos o PCs
similares (alto grado de homogeneidad), localizadas
cercanas unas de otras e interconectadas a través de una 3.2 SISTEMAS DE INFORMACION
red de área local (LAN) de alta velocidad. la DISTRIBUIDOS
computación cluster es utilizada para la programación
paralela, en la que un programa sencillo de alta demanda Se encuentran en organizaciones que poseen una
computacional es ejecutado en paralelo o gran cantidad de aplicaciones de red (distribuidas), pero
concurrentemente en múltiples computadoras cuya interoperabilidad se dificulta mucho. Muchas de
las soluciones middleware son el resultado de trabajar
con infraestructuras en la que es más fácil integrar
aplicaciones en un sistema de información global en la
empresa.

Al tornarse las aplicaciones más sofisticadas y al ser

separadas en varios componentes independientes, se
volvió evidente que la integración de varias de estas
aplicaciones debería efectuarse permitiendo que las
conectadas a la red local. (Ver figura 1) aplicaciones se comunicaran directamente unas con
otras.
Figura 1. Cluster

3.1.2 TIPO GRID

3.3 SISTEMAS EMBEBIDOS DISTRIBUIDOS

Los sistemas distribuidos vistos hasta ahora se

Consiste en sistemas distribuidos que comúnmente
caracterizan mayormente por su estabilidad: los nodos
se construyen como una federación de sistemas de
son fijos y tienen una conexión a la red más o menos
cómputo, en el que cada sistema suele estar bajo un
permanente y de alta calidad. Sin embargo, muchas
dominio administrativo distinto, y en los que los
cosas han cambiado con la introducción de dispositivos

3
de cómputo móviles o embebidos. Ahora es común tener
que trabajar con sistemas distribuidos en la que la
inestabilidad es una constante. Los dispositivos en estos
sistemas que llamamos Sistemas Penetrantes
Distribuidos son frecuentemente pequeños, operados
con baterías, móviles y con una sola conexión
inalámbrica (no necesariamente aplican todas estas
características a todos los dispositivos) ej. los
Smartphone. Las aplicaciones penetrantes deben
cumplir los siguientes requerimientos:
 Deben aceptar cambios contextuales (deben
estar conscientes de que el ambiente cambia
continuamente).
 Deben promover una composición adaptable
(los dispositivos pueden ser utilizados en
diferentes formas por diferentes usuarios).
 Por omisión, deben compartir
recursos. Al ser agregados al sistema
generalmente deben accesar y proveer
información.
4 DESVENTAJAS DE LOS SITEMAS
DISTRIBUIDOS
Comparados con los sistemas que se ejecutan en un
solo procesador o cluster de procesadores, los sistemas
distribuidos tienen desventajas muy marcadas.
4.1 COMPLEJIDAD
Los sistemas distribuidos son mucho más complejos
que los sistemas centralizados. Esto hace más difícil de
comprender sus propiedades emergentes y la prueba de
estos sistemas. El rendimiento lo puede dar el nodo o la
velocidad de la red, la ubicación de los recursos, la
distribución de los nodos, etc.
4.2 SEGURIDAD
Puede accederse al sistema desde varias
computadoras diferentes, y el tráfico en la red puede
estar sujeto a situaciones indeseadas. Esto hace más
difícil el asegurar que la integridad de los datos en el
sistema se mantenga y que los servicios del sistema no
se degraden por ataques de denegación de servicio.
4
4.3 IMPREDECIBILIDAD
Los sistemas distribuidos tienen una respuesta
impredecible (E.g. la WWW). La respuesta depende de
la carga total en el sistema, de su organización y de la
carga de la red. Como todos ellos pueden cambiar con
mucha rapidez, el tiempo requerido para responder a una
petición de usuario puede variar drásticamente de una
petición a otra.
5 ARQUITECTURAS DE SISTEMAS
DISTRIBUIDOS
5.1 MULTIPROCESADOR
Está formado por varios procesos que pueden
(aunque no necesariamente) ejecutarse sobre
procesadores diferentes. Este modelo es común en
sistemas de tiempo real o sistemas distribuidos masivos.
Los procesos relacionados con la recopilación de
información, toma de decisiones y control de actuadores
podrían ejecutarse en un solo procesador bajo el control
de un planificador (scheduler). El uso de múltiples
procesadores mejora el rendimiento y adaptabilidad del
sistema. La distribución de procesos entre los
procesadores puede ser predeterminada por un
despachador (dispatcher) que decide que procesos se
asignan a cada procesador.
5.2 CLIENTE SERVIDOR
Es un modelo de aplicación distribuida en el que las
tareas se reparten entre servidores que son los que
proveen recursos y un cliente que realiza la petición. En
un sistema distribuido cada máquina puede cumplir el
rol de servidor para algunas tareas y el rol de cliente
para otras.
En otras palabras la arquitectura Cliente/Servidor
es una extensión de programación modular en la que la
base fundamental es separar una gran pieza de software
en módulos con el fin de hacer más fácil el desarrollo y
mejorar su mantenimiento, permite distribuir
físicamente los procesos y los datos en forma más
eficiente lo que en computación distribuida afecta
directamente el tráfico de la red, reduciéndolo
grandemente. La acción de visitar un sitio web requiere
una arquitectura cliente-servidor, ya que el servidor web
sirve las páginas web al navegador (al cliente).
 Otro ejemplo podría ser el funcionamiento de un
juego online. Si existen dos servidores de juego, cuando
un usuario lo descarga y lo instala en su computadora
pasa a ser un cliente. Si tres personas juegan en un solo
computador existirían dos servidores, un cliente y tres
usuarios. Si cada usuario instala el juego en su propio
ordenador existirían dos servidores, tres clientes y tres
usuarios.

5.2.1 FUNCIONES Y CARACTERISTICAS

5.2.1.1 CLIENTE

El cliente es el proceso que permite al usuario formular

los requerimientos y pasarlos al servidor, se le conoce
con el término front-end, las principales funciones son:

• Administrar la interfaz de usuario. Figura 3. Cliente/Servidor

• Interactuar con el usuario.

5.2.2 VENTAJAS
• Procesar la lógica de la aplicación y hacer validaciones
locales.

• Generar requerimientos de bases de datos.  Centralización del control de los recursos, datos
y accesos.
• Recibir resultados del servidor.  Facilidad de manteamiento y actualización del
lado del servidor.
• Formatear resultados.  Seguridad en toda la información almacenada
del lado del servidor.

5.2.1.2 SERVIDOR
5.2.3 DESVENTAJAS
Es el proceso encargado de atender a múltiples
clientes que hacen peticiones de algún recurso
administrado por él. Al proceso servidor se le conoce
con el término back-end, las principales funciones son:
• Aceptar los requerimientos de bases de datos que
hacen los clientes.
 Puede presentarse congestión en la red y
dificultad de tráfico de datos por el número de
clientes simultáneos.
 Si se presenta fallos del lado del servidor, el
servicio puede quedar paralizado para los
clientes.

• Procesar requerimientos de bases de datos.

• Formatear datos para trasmitirlos a los clientes.
• Procesar la lógica de la aplicación y realizar
validaciones a nivel de bases de datos.
La figura 3 muestra un ejemplo de arquitectura
cliente/servidor
6 PROGRAMACION DISTRIBUIDA
Es un paradigma de programación enfocado en
desarrollar sistemas distribuidos, abiertos, escalables,
transparentes y tolerantes a fallos. Este paradigma es el
resultado natural del uso de las computadoras y las
redes. La programación distribuida típicamente cae en
alguna de las varias arquitecturas básicas o
arquitecturas: cliente-servidor, 3-tier, n-tier, objetos

5
distribuidos, entre otras además de ser base para la
pragmatisidad.
Una de las ventajas de los sistemas distribuidos es la
economía, pues es mucho más barato, añadir servidores
y clientes cuando se requiere aumentar la potencia de
procesamiento.
Tienen una mayor confiabilidad. Al estar distribuida
la carga de trabajo en muchas máquinas la falla de una
de ellas no afecta a las demás, el sistema sobrevive
como un todo.
7 CONCLUSION
Los sistemas distribuidos abarcan muchos
aspectos que pueden ser considerables, como
sistemas operativos, comunicaciones, modelos de
programación, etc, esto hace que sus beneficios se
pueden traducir en complejidades al momento de su
implantación. Existen ciertos aspectos que requieren
de cuidado especial ya que pueden pasar de ser una
ventaja a una desventaja, por ejemplo, el manejo de
fallos, el control de la concurrencia, etc.
Es importante señalar que muchas tecnologías
están en constante desarrollo y maduración, esto
requiere de un estudio a profundidad de los factores
que intervienen en cada aspecto de los sietmas
distribuidos antes de apostar por alguna tecnología
especial.
La evolución y el constante desarrollo de la
tecnología le establecen al ser humano retos cada vez
más complejos para brindar soluciones más eficientes
en términos de disponibilidad, usabilidad y
compartimiento de información, aplicaciones y
recursos; tal es el caso de los sistemas distribuidos.
Diseñar un sistema es crear aplicaciones
software, que al utilizar servicios se integren de
forma transparente en las plataformas de proceso y
almacenamiento de datos y que puedan gestionarse
con el resto del sistema distribuido. Aunque esta es
una tarea muy compleja de construir y sobre todo de
operar resaltar es el hecho de que un sistema
distribuido es una cadena de valor en el que
intervienen múltiples factores, así como múltiples
elementos que hacen que el sistema tenga éxito o sea
un rotundo fracaso. La responsabilidad de este tipo de
sistemas ya no depende solamente de los analistas,
diseñadores y desarrolladores, ahora es necesario
llevar más allá la responsabilidad del sistema ya que
un sistema distribuido necesita una pos-
implementación, un seguimiento, un mantenimiento,
pero no solo de código, sino también operativo, es
necesario obtener métricas de servicio, realizar un
monitoreo constante, medir los tiempos de respuesta,
realizar el cálculo de capacidades antes y después de
la liberación para que de ser necesario el sistema sea
escalado, y es que esta propiedad de los sistemas
distribuidos es uno de sus principales objetivos para
poder brindar al usuario disponibilidad y efectividad
cuando ocurren incrementos significativos en el
número de recursos y de usuarios todo el tiempo es
decir a cualquier hora, cualquier día sin importar el
lugar.
La seguridad es otro factor muy importante, ahora
ya el esquema de usuario y password no es suficiente,
es necesario proteger su información, tanto de agentes
externos como de agentes internos. Por ello los
sistemas distribuidos se construyen sobre tecnología
que provee este tipo de mecanismos de seguridad
utilizando algoritmos de encripción, pero también
tienen la capacidad de otorgar niveles de acceso a los
usuarios y aplicaciones a nivel de componente. A
pesar de contar con este nivel de seguridad no se
puede decir que es invulnerable y sigue siendo un
reto por cumplir.
Por todo lo anterior el concepto de que un sistema
distribuido ya no debe visualizarse ni pensarse como
un sistema únicamente, si no como un servicio, ya
que finalmente eso es lo que se le ofrece y requiere el
usuario de cualquier tipo de negocio que satisfagan
oportunamente las necesidades de la razón de ser de
los negocios: los clientes.
8 REFERENCIAS
[1] IEEE Softwarwe component. Noviembre-Diciembre ,
1998
[2] http://sistemas-distribuidos-
unerg.blogspot.com/2008/10/caractersticas-principales-de-
los.html.
[3] R Samaria Sistemas distribuidos.
[4]http://eafranco.com/docencia/sistemasoperativosii/files/14_
15_16_17_Arquitecturas_de_sistemas_distribuidos_y_Tare
a_04.pdf.
[5]http://www.ecured.cu/index.php/Arquitectura_Cliente_Servi
dor.
[6] http://www.sc.ehu.es/acwlaroa/SDI/Apuntes/Cap1.pdf
[7] http://es.slideshare.net/holguers/paper-sistemas-distribuido
[8] http://es.wikipedia.org/wiki/Programaci
%C3%B3n_paralela
[9]http://cervantes1bachdyg.wikispaces.com/Arquitectura+clie
nte-servidor .
[10]http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/hand
le/132.248.52.100/584/A9.pdf?sequence=9