DESARROLLO Y ADECUACION DE SOFTWARE

DISTRIBUIDO.

DESARROLLO Y ADECUACIN DE SISTEMAS DISTRIBUIDOS

CASOS PRCTICOS
DAVID ESTEBAN VERGARA ZAPATA
ING. INFORMTICO

PRESENTACIN:
En esta seccin se presenta un caso real de empresa en la que los requerimientos
tecnolgicos obligan a la implementacin de un sistema distribuido. Es importante
anotar que algunas de las especificaciones son estimadas basndose en los
requerimientos conocidos de la empresa y pueden llegar a diferir en tecnologa y
magnitud. Lo anterior debido a que una institucin de tan grandes proporciones
como la analizada mantiene la complejidad de los sistemas de informacin en
estricto secreto.

EL CASO:
MercadoLibre es una empresa dedicada a la intermediacin en venta y subasta de
artculos por Internet. Es el sistema distribuido por excelencia ya que tiene sedes
interdependientes en 12 pases de Latinoamrica, adems de ser parte de la macro
red EBay . Siendo cada una de las sedes un sistema distribuido por s mismo el
conjunto de sistemas de cada pas integrados forma un macro sistema digno de ser
analizado en el espectro de la presente asignatura.

LO FUNDAMENTAL:
Es importante mirar qu hace de MercadoLibre un sistema distribuido. Para este
propsito nos centraremos nicamente en la sede operativa de Colombia. Sera
ingenuo pensar que un sistema catalogado entre uno de los 50 sitios Web con ms
vistas de pgina (page views) del mundo podra residir en uno o pocos servidores o
funcionar de forma monoltica. La distribucin de este sitio debe corresponder a la
de un sistema distribuido por necesidades bsicas de arquitectura, de otra forma el
mantenimiento sera imposible de realizar sin dejar inhbil el sitio por das o hasta
meses. Adems, la experiencia de usuario sera lenta y las peticiones que son en
promedio 1000 por segundo colapsaran el sistema en cuestin de minutos.

COMO TRABAJA:

El sitio Web no vende artculos directamente. Se encarga de la intermediacin entre

comprador y vendedor en diferentes modalidades transaccionales como la venta y
compra directa, por subasta, Mercado Pago o acuerdos entre comprador y
vendedor.

En primer lugar la arquitectura del sistema requiere servidores independientes para

brindar la interfaz de usuario a los ms de 50 millones de usuarios registrados as
el sitio sea local a un solo pas. Lo anterior implica que un usuario registrado en
Argentina tenga pleno acceso a las ventas que se estn ofreciendo en Colombia y
tenga la posibilidad de efectuar una compra realizando el negocio directamente con
el oferente.

Con lo anterior se entiende entonces que los servidores de Colombia tambin

pueden y recibirn peticiones desde los doce pases que forman la macro red de
Mercado Libre y que los clientes no slo se limitan a un mbito local razn por la
cual el sistema debe ser dividido.

Lo primero que requiere un sitio Web exitoso es una apertura rpida pero a la vez
atractiva y fcil de navegar. Cmo se puede lograr esto? La respuesta es delegar
el trabajo de entregar al cliente la interfaz grfica a un grupo de servidores
exclusivos para dicha tarea. De esta forma se obtiene la primera capa de la
solucin: La presentacin.

La presentacin es universal e igual para cada uno de los 12 sitios que conforman
la macro red. La aplicacin Web muestra en su primera parte diversos artculos que
basados en preferencias o bsquedas anteriores se seleccionan para que el usuario
pueda iniciar la navegacin sin complicaciones. Tambin en la parte superior
encuentra un buscador a travs del cual podr filtrar los artculos que desea de
acuerdo a nombre o descripcin. En esta parte slo intervienen servidores con la
presentacin sin elaborar ningn tipo de almacenamiento ni procesamiento a alto
nivel lo que permite una ejecucin siempre rpida de la aplicacin y una estabilidad
asegurable en el tiempo. Ya que se tiene un grupo de servidores redundantes para
la presentacin con una configuracin uniforme, el mantenimiento de los mismos es
muy fcil ya que se pueden sacar uno o dos de ellos de lnea sin afectar el
funcionamiento general del sitio.

La segunda capa para el sitio es la inteligencia del negocio. El sitio depende para la
seleccin y filtros bsicos o avanzados, adems de la carga de informacin para el
usuario, inicio de sesin y proceso de compra-venta de servidores dedicados slo al
flujo de trabajo que implican esas operaciones. Hay flujos de trabajo y
verificaciones bastante complejas en este sitio, un ejemplo de ellas es el proceso de
compra en el que se involucran la carga de informacin del comprador que puede
ser requerida en un servidor de otro pas al igual que la del vendedor que en su
caso podra ser local o en un almacenamiento de otro pas. Estas peticiones
complejas implican un requerimiento de grandes capacidades de procesamiento al
igual que una alta disponibilidad puesto que aunque el servidor de presentacin
entregue el sitio, el flujo de trabajo est determinado nicamente por la inteligencia
programada en los servidores de flujos de trabajo e inteligencia de negocios por lo
cual forman el corazn de la navegacin en el sitio y de su xito. Hay que recordar
que en esta capa es en la cual se tienen las peticiones entre servidores de
diferentes pases cuando es requerido.

Como ltima capa tenemos el almacenamiento el cual es realizado en uno de los

centros de almacenamientos ms grandes y tecnolgicos del mundo. Se requiere un
arreglo de inmensas proporciones para guardar la informacin de 50 millones de
usuarios adems de los artculos descritos en HTML, imgenes y videos que pueden
aadir desde sus propias cuentas o tiendas virtuales.

LA IMPORTANCIA DE LA CAPA INTERMEDIA:

Es fcil de comprender la presentacin y el almacenamiento ya que son hasta cierta
parte de poca variacin en las soluciones empresariales. Siempre habr un
elemento de imagen o presentacin que conocemos como GUI con el cual permite
la comunicacin del usuario con la aplicacin. Esta parte es clara para la mayora de
usuarios y diseadores.

El segundo elemento comn es el almacenamiento. Por ms diferente que sea una

solucin a otra siempre habr una tecnologa para archivar los datos que requiere
el proceso involucrada en su funcionamiento. Esta tecnologa funciona similar a
todos los casos ya que normalmente se tiene un software de gestin de base de
datos que regula los procesos de incorporacin, modificacin y borrado. Lo anterior
nos deja con una capa llena de singularidades: La capa de inteligencia de negocios.
Esta capa se define siempre distinta en cada solucin. Aunque hay cierto grado de
uniformidad de una organizacin similar a otra, siempre la capa intermedia requiere
de una adaptacin y trabajo orientado a apoyar el proceso y objetivos de la
empresa.
Es por esta razn que se le da una importancia adicional porque reconocer que la
inteligencia de negocios es la base de un sistema exitoso es fundamental en el
proceso de diseo. Crear la correcta inteligencia es lo ms complicado ya que no
debe interferir en lo ms mnimo con la presentacin ni mucho menos tener que ver
con el almacenamiento ms que para realizar peticiones por lo cual es complicado
su diseo pero muy importante para poder escalar la aplicacin como en el caso
actual, en el que tenemos una escalabilidad impecable dada por una separacin
efectiva en tiempo de diseo de los elementos a mostrar, los de procesamiento y el
almacenamiento de todo lo anterior.

EJERCICIO DIDCTICO 2
UN CASO PRCTICO

Reconociendo los elementos anteriores algo que viene a ser de importancia para el
trabajo actual es el ser capaces de proponer una solucin para un problema o
SXsistema existente. En esta se deben tener en cuenta tanto la dimensin como la
interaccin entre las diferentes dependencias de la empresa de tal forma que el
sistema brinde todos los elementos necesarios para la consecucin de los objetivos
de su diseo.

RECONOCER LA EMPRESA:

Lo principal antes de iniciar el trabajo de elaborar las capas del sistema distribuido
es reconocer cules van a ser las dependencias de la empresa que emplearn el
sistema. Servientrega es una institucin privada con nimo de lucro dedicada a la
mensajera especializada en todo el territorio colombiano y en varios pases de
Suramrica, adems de coordinar entregas con sus socios comerciales a nivel
mundial. Es un caso bien interesante de sistema distribuido ya que en cada una de
las oficinas que tiene la empresa a nivel nacional se deben ingresar remesas,
consultar estados, modificar elementos y todo esto contando con que se deben
tener elementos de validacin y autenticacin adecuados adems de una
persistencia total y control de fallas.

DIVISIN INTERNA DE LA EMPRESA

Ya que es una empresa de mensajera y servicios vinculados al transporte como

giros y envos su divisin departamental es bastante clara en la que se distinguen
cuatro departamentos bien definidos: Transporte, Clasificacin, Registro y Gestin o
Auditora. En el primero se tiene la parte de entrega y recibimiento de paquetes y el
debido proceso de transporte entre las rutas que maneje el sistema. En el segundo
se tienen los centros de despacho desde los cuales se reciben y clasifican los
paquetes para entregarlos al primer departamento. Luego estn los registros que
permiten al cliente rastrear su paquete y a la empresa verificar el cumplimiento de
las rdenes y por ltimo est la gestin y auditora de la informacin donde se
verifica el logro de los objetivos corporativos y se toma la informacin para
establecer polticas que permitan un mejoramiento continuo del servicio.

COMUNICACIN INTERDEPARTAMENTAL Y ALMACENAMIENTO DISTRIBUIDO

Aunque este caso en particular no ofrece un almacenamiento distribuido total, se

maneja a travs de una cach para trabajo desconectado en cada terminal de
servicio. En caso de desconexin cada terminal tiene un almacenamiento
permanente de sus operaciones que le sirve para sincronizarse con los servidores
centrales en caso de desconexin. Una vez sincronizados los datos la base de datos
central tendr todas las remesas y operaciones disponibles para consulta. Aunque a
nivel nacional funcione as, en el nivel internacional el almacenamiento debe ser
totalmente distribuido para que el funcionamiento sea ptimo. Cada pas guarda en
sus servidores las operaciones, pero desde otra central en otro pas se pueden
realizar consultas y actualizaciones. Un ejemplo es cuando se enva mercanca de
Colombia a Ecuador. El registro se almacena en Colombia y se inicia, pero cuando
la mercanca ingresa al centro de reparto de Ecuador, desde este mismo pas se
modifica el estado de la remesa y se especifica su ingreso al centro de reparto
local.

En cuanto a la comunicacin interdepartamental el flujo de trabajo es fcil de

mostrar aunque difcil de implementar en la realidad. El flujo de trabajo es simple:
Se inicia el proceso con la solicitud de transporte desde el departamento de
registro. Aqu se solicita, si es necesario, la recogida de los elementos involucrados
en la transaccin y se eleva la peticin al departamento de transporte. En ste se
realiza el procedimiento y se informa a Registro el estado de la remesa (Ej:
Recogida, en proceso, etc.) Una vez recogido se lleva a Clasificacin donde se
establece la ruta ms conveniente para su envo. Cuando se identifica se efecta el
registro correspondiente y se entrega a Transporte para la respectiva movilizacin.
Una vez en el destino, en el centro de arribo de los paquetes se registra el ingreso
para facilitar la consulta en lnea por parte del cliente final. Al final, la informacin
queda accesible al departamento de control y auditora desde el cual verifican el
cumplimiento de horarios y la rapidez de entrega en las remesas.

QUE IDENTIFICAMOS EN ESTE MODELO

La escalabilidad del modelo es un factor importante. El sistema puede crecer
confiando en la robustez de los servidores y en la correcta distribucin de funciones
interdepartamentales. Adems de la gran confiabilidad que tendr el sistema por la
ausencia de sobrecargas o mala distribucin de tareas. Lo anterior se aprecia con
ms facilidad en el siguiente esquema:

TERCERA PARTE
PROPONIENDO UN SISTEMA:

Para quien les escribe un sistema distribuido cuya implementacin ser de gran
beneficio no slo para sus usuarios sino para la comunidad en general es el registro
y control centralizado pero a la vez distribuido de notas, asignaturas y registro de
comportamiento acadmico para los estudiantes de bsica primaria, secundaria y
media vocacional a nivel nacional.

Este sistema consiste en mantener registros distribuidos en cada una de las

instituciones educativas, pero que a la vez sea disponible para consulta desde otras
instituciones de tal manera que sea posible corroborar la informacin que trae el
estudiante que ha cambiado de domicilio y evitar posibles fraudes en el momento
de matricularse.

En la actualidad el proceso de matrcula cuando el estudiante cambia su domicilio y

debe transferirse a otra institucin implica el llevar registros firmados que deben
corroborarse por va telefnica. En numerosas ocasiones es un proceso tedioso y
complicado ya que al haber tanta demanda educativa en los colegios los
encargados de registro pueden no dar respuesta oportuna a la solicitud de
verificacin dando lugar a interrupciones en el proceso. Adems, en lugares donde
el control es ms difcil de ejercer, la inclusin de fraudes en los registros que lleva
el estudiante a su nueva institucin es un hecho que se presenta cada vez con
mayor frecuencia. Los colegios llevan registros aislados a nivel nacional, adems
que emplean diferentes tipos de software hecho a la medida pero no existe un
registro universal para ellas que pueda ser empleado a nivel nacional para elaborar
consultas o establecer datos generales que permitan al gobierno central llevar
control de la calidad educativa directamente desde la fuente.

Esta solucin ayudara a tomar mejores decisiones, ya que las actuales se basan en
los exmenes anuales que se realizan a estudiantes de algunos grados en los que
muchas veces se incluyen tpicos fuera del dominio de la comunidad estudiantil y
se establecen polticas producto de informacin inexacta.

En el sistema propuesto no se tiene un almacenamiento central, sino que cada

institucin es responsable por sus registros y mantenimiento de los mismos
evitando as expensas adicionales y se mantendr un enlace disponible a los
clientes externos slo para consulta al cual se podr ingresar con una clave provista
por la institucin que cambiar automticamente para cada ejecucin y que llegar
nicamente al correo electrnico de la institucin que solicita. Adems, debe
permitir el envo de informacin global al sistema central del gobierno de forma
peridica de tal manera que se tenga un banco de datos disponible para estudiar
las necesidades de los estudiantes y las materias con mayores falencias a nivel
nacional. Tambin se pueden establecer de esta forma perfiles regionales para no
establecer medidas estticas a nivel nacional sino que cada regin y de acuerdo a
sus necesidades reciba el apoyo requerido para mejorar su labor acadmica.

Dentro del sistema slo se requiere un elemento centralizado el cual es la base de

datos de las instituciones educativas. Dentro de sta se tendrn los correos
electrnicos a los cuales llegarn las contraseas de acceso al sistema (ya que
estas cambiarn para cada ejecucin de la aplicacin) permitiendo de esta forma
que el almacenamiento permanezca distribuido, que haya escalabilidad y
crecimiento gil para el sistema, una disponibilidad garantizada ya que la baja del
sistema en un colegio no afecta su ejecucin en otro colegio y le dar los criterios
para ser un sistema distribuido casi ideal.

De esta forma, se prestar un servicio til a la comunidad educativa, se brindarn

herramientas para minera de datos y mejores decisiones con un sistema
distribuido casi ideal cuyos requisitos presupuestales sern mnimos.
Publicado por David Vergara en 21:30 No hay comentarios:
Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con
FacebookCompartir en Pinterest
lunes, 3 de octubre de 2011
CONCLUSIONES DEL EJERCICIO
CONCLUSIONES DEL EJERCICIO

Algo importante del actual ejercicio es el reconocimiento de los elementos de una arquitectura
distribuida yendo ms all de la teora a un esquema llevado a la realidad y aplicando
soluciones a problemas comunes en la profesin del ingeniero.

Hay que tener en cuenta que cada problema requiere soluciones puntuales, mas hay
elementos comunes que pueden permitir basar soluciones en hallazgos comunes a empresas
de similar tamao por lo cual el ejercicio anterior es vlido en muchos contextos posibles.
Publicado por David Vergara en 21:14 No hay comentarios:
Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con
FacebookCompartir en Pinterest
LA SOLUCIN (MARCO TERICO)
SOLUCIN POSIBLE

En primer lugar si la empresa desea expandir sus horizontes tendr que pensar en
grande en su sistema informtico. Hay que dejar el modelo PYME para la red y
empezar a planear una estructura WAN para la misma. La red LAN que existe en el
momento debe ser expandida a travs de la configuracin de una VPN de tal forma
que a travs de Internet se puedan conectar todas las sedes que establezca la
empresa, tanto en la ciudad como por fuera y que dicha conexin tenga tanto
disponibilidad como seguridad. Los Hubs Fast Ethernet deben ser reemplazados en
su totalidad por Switches Gigabit Ethernet de tal forma que las conexiones
entrantes por Internet se procesen con ptima velocidad y no existan los atascos
que se tienen actualmente. Adems de esta forma se prevn los sistemas
adicionales a ser conectados y el crecimiento global de la empresa.

Una vez la red est preparada en su cableado y estructura es el momento de

pensar en la arquitectura global de la nueva solucin. Para sta se sugiere un
modelo three tier o en tres capas, separando de esta forma la presentacin de las
aplicaciones, la inteligencia de negocios y el almacenamiento.

Los servidores.

Un nico servidor funcionando tanto para archivos como para aplicaciones, bases
de datos y backup es una de los problemas ms importantes que hay que resolver
puesto que ha frenado la puesta en marcha de planes ms ambiciosos. Se
requieren servidores para cada aspecto y para cada capa del modelo sugerido en el
sistema global, adems de tenerlos para elementos especficos como copias de
seguridad y Web. Ya que la empresa desea crecer y crear nichos de mercado en
mltiples ciudades a nivel nacional va a requerir los siguientes servidores:

1. Servidor de Aplicaciones: Este se encargar de la ejecucin de aplicaciones

principalmente en los aspectos de presentacin y validaciones bsicas, de tal forma
que la capacidad de las estaciones de trabajo y terminales requeridas no sea tan
alta y hasta puedan incorporarse dispositivos mviles.

2. Servidor de Inteligencia de Negocios: Este servidor realizar las tareas,

transacciones y flujos de trabajo pesados que le sean entregados por el servidor de
aplicaciones de tal forma que las transacciones sean seguras, confiables y robustas.
Adems realizar las validaciones altas de tal manera que el seguimiento a todas
las operaciones sea impecable y no hayan disparidades u operaciones inconclusas.

3. Servidor de Bases de Datos: Sabiendo que uno de los problemas es el

rendimiento de las aplicaciones y la baja estabilidad que tiene el sistema en el
momento actual, el almacenamiento de la base de datos debe ser encargado a un
servidor exclusivo para dicha tarea.

4. Servidor de archivos y Backup: Si se planea tener un crecimiento acelerado la

tarea de albergar archivos comunes y requeridos por todo el sistema se le debe
entregar a un servidor que se dedique exclusivamente a ello.

5. Servidor Web: Parte del crecimiento planeado para la empresa es operar la

mayor cantidad posible de su interaccin con clientes desde la Web. Para dicha
labor se debe contar con un servidor dedicado a esa nica tarea para tener el sitio
Web en lnea y seguro.

Con este esquema de servidores se tiene garantizada la estabilidad del sistema y el

logro del objetivo planteado para el mismo. Con este esquema las transacciones
estn seguras, son fciles de mantener y se tiene disponibilidad casi inmediata no
importa en qu lugar se genere la peticin. Esto lo podemos verificar en el siguiente
grfico:

As, separando los procesos, los elementos y dejando cada conjunto de tareas a
servidores idneos, configurados y diseados para ellas, slo falta que el diseo de
las aplicaciones aproveche la riqueza arquitectnica de la solucin.

Para las aplicaciones se sugiere emplear la arquitectura de Microsoft .NET 3.0

encargando las tareas de Middelware al Framework se obtiene un inmenso nivel de
seguridad y estabilidad, adems de una fcil migracin de aplicaciones desde
escritorio a Web, permitiendo acelerar el crecimiento y la expansin de los
sistemas. Integrando este esquema con bases de datos SQL Server se tiene un
sistema seguro disponible tanto para la Internet como para la red Interna tanto a
nivel local como nacional (VPN).
Publicado por David Vergara en 21:13 No hay comentarios:
Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con
FacebookCompartir en Pinterest
ACERCAMIENTO INICIAL
ACERCAMIENTO INICIAL

La empresa Disfruver es mayorista en el mercado de frutas y verduras a nivel

nacional. Su sede principal de operaciones es la ciudad de Bogot, aunque existen
planes de ampliar su mercado en el futuro cercano y por ende, tener presencia en
otras ciudades principales desde las cuales puede tener acceso a ms negocios.
Aunque la empresa se dedica a un mercado mayorista y es en s una empresa
mediana con grandes expectativas de crecimiento, sus sistemas informticos no
apoyan correctamente las operaciones de la misma y su diseo slo es viable en
una solucin ms pequea. Por estas razones el proceso de crecimiento de la
empresa ha sido ms lento, ya que al no tener un sistema informtico capaz de
soportar ms operaciones y por el contrario atrasado e insuficiente, ha sido motivo
de mucho estudio el establecimiento de sedes por fuera de la principal.

Los sistemas actuales son monolticos y bsicos en su arquitectura. La facturacin,

contabilidad, despachos y rastreo de compras y envos funciona en un nico
sistema ligado a un nico servidor. Al contar con un nico sistema la estabilidad
siempre est comprometida puesto que las peticiones al servidor son muchas veces
mayores a su capacidad, adems de que la contingencia ante fallas es mnima. Los
archivos de nmina, proveedores y otros muchos aspectos de la empresa residen
exclusivamente en ste servidor lo que se constituye en un riesgo por s mismo
tanto para la integridad como para la seguridad de los mismos. Adems, la red slo
funciona como LAN en tecnologa Fast Ethernet y las peticiones al servidor estn
restringidas slo a las estaciones de trabajo conectadas, no hay enlace externo.

Es una dificultad para la institucin el crecimiento puesto que con un sistema tan
restrictivo no es posible mantener control de operaciones por fuera de la empresa,
mucho menos por fuera de la ciudad y de igual forma establecer control sobre
aspectos importantes que tiene la empresa en su cotidianidad y que el actual
modelo informtico no incluye.
Publicado por David Vergara en 21:12 No hay comentarios:
Enviar por correo electrnicoEscribe un blogCompartir con TwitterCompartir con
FacebookCompartir en Pinterest
PRESENTACIN
Siendo los sistemas distribuidos la mejor opcin para implementaciones de mediano
y gran tamao, es interesante sacarlos de la rbita del libro y llevarlos a un caso
prctico con el fin de demostrar, adems de su conocida utilidad, la manera
adecuada de planearlos.

Aunque la presente situacin es hipottica en su totalidad, el planteamiento de la

situacin y la solucin es viable para cualquier contexto real, por lo cual el presente
trabajo no slo muestra elementos tericos o inventados, sino que plantea un
marco para posibles soluciones en situaciones cuya idoneidad requiera de sistemas
distribuidos para un quehacer empresarial efectivo.

Es por estas razones que se presenta este breve anlisis situacional y marco terico
de solucin para un sistema probable en una empresa de mediana- alta
complejidad, aunque no se profundiza en la totalidad en los elementos tecnolgicos
involucrados por propsitos de brevedad, se demuestra la arquitectura posible y lo
requerido para la misma.
 CONTENIDO

TENDENCIAS DE SISTEMAS DISTRIBUIDOS

1. INTRODUCCION
2. DESARROLLO
Definiciones y Conceptos

Definicin sistema distribuido

Caractersticas de los Sistemas Distribuidos
Modelo de Construccin (Arquitectura Cliente/Servidor)
Factores que han afectado el desarrollo de los Sistemas Distribuidos

Arquitectura Multiprocesador

Aplicaciones paralelas
Modelos de programacin

Aplicaciones Distribuidas

Sistemas Comerciales
Redes WAN
Aplicaciones Multimedia
reas de la informtica aplicada a los Sistemas Distribuidos
Dimensiones de una aplicacin distribuida

Aplicaciones de Multimedia en Sistemas Distribuidos

Ejemplos de Aplicaciones Multimedia

Requerimientos de las aplicaciones

3. CONCLUSIONES
4. FUENTES BIBLIOGRAFICAS

INTRODUCCION

El rea de la informtica desde sus inicios ha sufrido muchos cambios, desde

los grandes ordenadores que permitan realizar tareas en forma limitada y de
uso un tanto exclusivo de organizaciones muy selectas, hasta los actuales
ordenadores ya sean personales o porttiles que tienen cada vez mayores
capacidades que los primeros y que estn cada vez ms involucrados en la
vida cotidiana de cualquier individuo.
Los mayores cambios se atribuyen principalmente a dos causas, que se dieron
desde las dcadas de los setenta:
El desarrollo de los microprocesadores, que permitieron reducir en tamao,
costo de los ordenadores, aumentar en gran medida las capacidades y el
acceso a ms personas actualmente un concepto que ha evlucionado el ambito
de los procesadores el poder contar con el multiprocesamiento o a lo que se
le llama arquitectura multipocesador.

El desarrollo de las redes de rea local y de las comunicaciones que

permitieron conectar ordenadores con posibilidad de transferencia de datos a
alta velocidad.
Es en este contexto que aparece el concepto de "Sistemas Distribuidos" que se
ha popularizado tanto en la actualidad y que tiene como mbito de estudio las
redes como por ejemplo: Internet, redes de telfonos mviles, redes
corporativas, redes de empresas, etc.

DEFINICIONES Y CONCEPTOS

Definicin sistema distribuido

Es un concepto poco claro de definir. Coleccin de elementos de cmputo

autnomo que se encuentran fsicamente separados y no comparten una
memoria comn, se comunican entre s a travs del intercambio de mensajes
utilizando un medio de comunicacin. Los sistemas autnomos pueden tener
caractersticas no homogneas.

Caractersticas de los Sistemas Distribuidos.

1.-Cada elemento de computo tiene su propia memoria y su propio Sistema

Operativo.

2.-Control de recursos locales y remotos.

3.- Sistemas Abiertos (Facilidades de cambio y crecimiento).

4.-Plataforma no standard ( Unix, NT, Intel, RISC, Etc.).

5.-Medios de comunicacin ( Redes, Protocolos, Dispositivos, Etc.).

6.- Capacidad de Procesamiento en paralelo.

7.-Dispersin y parcialidad.

Modelo de Construccin.
Arquitectura Cliente/Servidor:

La arquitectura Cliente/Servidor agrupa conjuntos de elementos que efectan

procesos distribuidos y computo cooperativo.

Beneficios:
Mejor aprovechamiento de la potencia de cmputo (Reparte el trabajo).
Reduce el trfico en la Red. (Viajan requerimientos).
Opera bajo sistemas abiertos.
Permite el uso de interfaces grficas variadas y verstiles.

Cliente

Conjunto de Software y Hardware que invoca los servicios de uno o varios

servidores.
Caractersticas:

El Cliente oculta al Servidor y la Red.

Detecta e intercepta peticiones de otras aplicaciones y puede
redireccionarlas.
Dedicado a la cesin del usuario ( Inicia...Termina ).
El mtodo ms comn por el que se solicitan los servicios es a travs de RPC
(Remote Procedure Calls).

Funciones Comunes del Cliente:

Mantener y procesar todo el dialogo con el usuario.
Manejo de pantallas.
Mens e interpretacin de comandos.
Entrada de datos y validacin.
Procesamiento de ayudas.
Recuperacin de errores.

Servidor Conjunto de Hardware y Software que responde a los requerimientos

de un cliente.

Tipos Comunes de Servidores:

Servidor de Archivos (FTP, Novell).

Servidor de Bases de Datos (SQL, CBASE, ORACLE, INFORMIX).
Servidor de Comunicaciones
 Servidor de Impresin.
Servidor de Terminal.
Servidor de Aplicaciones (Windows NT, Novell).

Funciones Comunes del Servidor:

Acceso, almacenamiento y organizacin de datos.

Actualizacin de datos almacenados.
Administracin de recursos compartidos.
Ejecucin de toda la lgica para procesar una transaccin.
Procesamiento comn de elementos del servidor.

Factores que han afectado el desarrollo de los Sistemas Distribuidos.

1.-Avances Tecnolgicos.

2,.Nuevos requerimientos.

3.-Globalizacin.

4.-Aspectos Externos ( Culturales, Polticos, Econmicos ).

5.-Integracin.

ARQUITECTURA MULTIPROCESADOR

Una arquitectura es un conjunto de reglas, definiciones, trminos y modelos

que se emplean para producir un producto.
El concepto de Arquitectura de computadoras se define como las
caractersticas visibles para el usuario de una computadora relativas a las
funcionalidades o prestaciones que una determinada configuracin,
organizacin o estructura de computadoras puede brindar

Se denomina multiprocesador a un ordenador que cuenta con dos o ms

microprocesadores (CPUs).
Gracias a esto, el multiprocesador puede ejecutar simultneamente varios
hilos pertenecientes a un mismo proceso o bien a procesos diferentes.
Los ordenadores multiprocesador presentan problemas de diseo que no se
encuentran en ordenadores monoprocesador. Estos problemas derivan del
hecho de que dos programas pueden ejecutarse simultneamente y,
potencialmente, pueden interferirse entre s. Concretamente, en lo que se
refiere a las lecturas y escrituras en memoria.

Existen dos arquitecturas que resuelven estos problemas:

La arquitectura NUMA, donde cada procesador tiene acceso y control

exclusivo a una parte de la memoria.
La arquitectura SMP, donde todos los procesadores comparten toda la
memoria.

Multiproceso es tradicionalmente conocido como el uso de mltiples procesos

concurrentes en un sistema en lugar de un nico proceso en un instante
determinado. Como la multitarea que permite a mltiples procesos compartir
una nica CPU, mltiples CPUs pueden ser utilizados para ejecutar mltiples
hilos dentro de un nico proceso.

El hecho de que la pc cuente con una arquitectura multiprocesador es que

pueden trabajar de modo independiente (ejecutando cada una aplicaciones
distintas) o en cooperacin (un grupo de procesadores ejecutan una aplicacin
que se denomina aplicacin paralela). En sntesis, un computador paralelo es
una coleccin de elementos de proceso que se comunican para resolver
problemas complejos ms rpido.

Aplicaciones paralelas

Entre las aplicaciones paralelas tpicas podemos nombrar todas aquellas

relacionadas con:

Computacin cientfica
Ingeniera(especficamente con la simulacin y la visualizacin de sus
resultados)
Comerciales(bases de datos y grandes servidores)
Entretenimiento(sistemas de realidad virtual o de animacin por computador.
Militares o de seguridad.

Modelos de programacin

Cada aplicacin paralela est escrita necesariamente para un modelo de

programacin determinado, que puede verse como la conceptualizacin de la
mquina que el programador utiliza al codificar las instrucciones. Es la
primera capa fundamental de abstraccin entre una aplicacin paralela y el
hardware sobre el que ha de ejecutarse, y dicta cmo las pieza del programa
comparten informacin y coordinan sus acciones.
El caso ms simple de modelo de programacin es el de multiprogramacin,
consistente en multiprogramar gran nmero de programas secuenciales
independientes, con lo que no tiene lugar ninguna comunicacin al nivel de
programacin.
Los casos ms interesantes de modelo de programacin incluyen modelos
verdaderos de programacin en paralelo, como el de espacio de
direccionamiento compartido (como OpenMP), el de paso de mensajes (con
librerias como MPI o PVM) o el de procesamiento de datos en paralelo, entre
otras.
En una arquitectura multiprocesador como la del SGI Altix 3000, pueden
utilizarse varios modelos de programacin, que pueden adems coexistir en
una misma aplicacin. Sin embargo, los basados en direccionamiento
compartido, como OpenMP, requieren, en general, de poco esfuerzo y suelen
dar resultados ms que aceptables aunque la comunicacin sea implcita.

APLICACIONES DISTRIBUIDAS

Con la tecnologa ms avanzada se define el modelo de aplicaciones

distribuidas, una estructura base vlida para cualquier aplicacin final
multipuesto.
Una aplicacin distribuida consta de varios servidores, cada uno con una copia
de la aplicacin que se comporta de forma idntica ante el usuario.
La informacin se reparte entre los "nodos de aplicacin" sin que se produzca
centralizacin.
Un usuario puede trabajar desde cualquier puesto, permitiendo traslado de
personal sin necesidad de operaciones administrativas.

Sistemas Comerciales
Inicialmente fueron construidos con hardware dedicado y entornos
centralizados, son, por sus caractersticas de distribucin geogrfica y
necesidad de acceso a sistemas distintos, ideales para implementarse
en sistemas distribuidos. Requieren ciertas caractersticas de fiabilidad,
seguridad y proteccin.

Algunos ejemplos son:

1.-Sistemas de reservas de lneas areas.
2.- Aplicaciones bancarias.
3.-Cajas y gestin de grandes almacenes.

Redes WAN.-
Debido al gran crecimiento de este tipo de redes (Internet), ha tomado
gran importancia el intercambio de informacin a travs de la red. Y
para esto tenemos los siguientes ejemplos:
Los servicios comunes que brinda Internet:
1. Correo electrnico
2. servicio de noticias
 3. transferencia de archivos,
4. La World Wide Web, etc.
Aplicaciones Multimedia
Son las ltimas incorporaciones a los sistemas distribuidos. Estas
aplicaciones imponen ciertas necesidades de hardware para poder
tener una velocidad y regularidad de transferencia de una gran
cantidad de datos. Los ejemplos de estos sistemas son:
1. Videoconferencia.
2. Televigilancia.
3. Juegos multiusuarios.
4. Enseanza asistida por ordenador.
reas de la informtica aplicada a los Sistemas Distribuidos.
En este punto se tienen en cuenta toda la variedad de aplicaciones de
los sistemas distribuidos, pues su diseo involucra a muchas reas, por
ejemplo:
1.-Comunicaciones.
2.-Sistemas operativos distribuidos.
3.-Base de datos distribuidas.
4.-Servidores distribuidos de ficheros.
5.-Lenguajes de programacin distribuidos.
6.-Sistemas de tolerancia de fallos.

Dimensiones de una aplicacin distribuida

Una aplicacin distribuida no tiene lmites. Desde dos servidores, hasta los
necesarios para cubrir una actividad mundial.
La potencia se distribuye entre todos, este es el principio que hace superior a
un equipo de trabajo.

APLICACIONES DE MULTIMEDIA EN SISTEMAS DISTRIBUIDOS

Las investigaciones y desarrollos en el rea de la multimedia se puede dividir

en dos grandes grupos:

1. El rea de estaciones de trabajo independiente con el software y las

herramientas relacionadas, como:

composicin musical,
enseanza asistida por computadora
video interactivo, etc.

2. El intercambio de informacin multimedia entre esas estaciones de trabajo

a travs de redes, combinando as los sistemas distribuidos con la multimedia.
Todo esto ofrece un gran panorama y un enorme potencial para nuevas
aplicaciones basadas en los sistemas multimedia distribuidos, los cuales
incluyen sistemas de informacin multimedia, los sistemas de colaboracin y
conferencia, los servicios multimedia sobre demanda, televisin de alta
resolucin y la enseanza a distancia.
Los computadores modernos pueden manejar caudales de datos continuo
(caudales), dependientes del tiempo como audio y vdeo digital. Esta
capacidad ha conducido al desarrollo de aplicaciones multimedia distribuidas
como biblioteca de vdeos en red, telefona sobre Internet y
vdeoconferencia. Dicha aplicaciones son viables con las actuales redes y
sistemas de propsito general, a pesar de que a menudo la calidad del audio y
del vdeo resultante esta lejos de ser satisfactoria. Las aplicaciones ms
exigentes como la vdeoconferencia a gran escala, la T.V. digital, y los
sistemas de vigilancia estn ms all de las capacidades de las redes y de los
sistemas distribuidos actuales.
Las aplicaciones multimedia generan y consumen caudales de datos continuos
en tiempo real. stos contienen grandes cantidades de audio, vdeo y otros
elementos de datos dependientes del tiempo, y resulta esencial el
procesamiento y la entrega a tiempo de los elementos individuales de datos.
Una especificacin de un caudal multimedia se expresa en trminos de valores
aceptables para la tasa a la que los datos pasan desde la fuente al destino
(ancho de banda), el retardo en la entrega de cada elemento (latencia) y la
tasa a la que se pierden o se desechan los elementos. La latencia es
particularmente importante en aplicaciones interactivas. En las aplicaciones
multimedia a menudo resultan aceptables un grado pequeo de perdida de
datos de los caudales multimedia ya que las aplicaciones pueden volver a
sincronizarse con los elementos que siguen a aquellos perdidos.
La reserva y la planificacin (scheduling) de los recursos pensados para
satisfacer las necesidades tanto de las aplicaciones multimedia como las otras
se denomina gestin de la calidad de servicio.

Parmetros importantes son:

La reserva
Capacidad de procesamiento
El ancho de banda de la red
La memoria (para el almacenamiento de los elementos de datos que
son entregados temprano).

Las aplicaciones multimedia demandan la entrega a tiempo a los usuarios de

caudales de datos multimedia. Los caudales de audio y vdeo se generan y se
consumen en tiempo real, la entrega a tiempo de los elementos individuales
es esencial para la integridad de la aplicacin.
En resumen, los sistemas multimedia son sistemas de tiempo real: deben
ejecutar tareas y entregar sus resultados de acuerdo de una planificacin que
es determinada externamente.
El grado en el que esto se consigue por el sistema subyacente es conocido
como la calidad de servicio (Quality of Service, QoS) de que disfruta una
aplicacin.
Aunque los problemas de diseos de los sistemas de tiempo real han sido
estudiados antes de la llegada de los sistemas multimedia, y muchos sistemas
de tiempo real han sido desarrollados con xito, generalmente no han sido
integrados en S.O. y redes de propsito ms general.

La naturaleza de las tareas ejecutadas por los sistemas de tiempo real

existente, como:

Aeronuticos
El control del trfico areo
El control de proceso de fabricacin
La conmutacin telefnica

Las primeras tratan con cantidades de datos pequeos y en algunos casos

tienen tiempos lmites estrictos, pero el fallo en el cumplimiento de
cualquiera de sus tiempos lmites de entrega puede acarrear consecuencias
serias e incluso desastrosas.
Las consecuencias de un fallo en el cumplimiento en los tiempos lmites en las
aplicaciones multimedia pueden ser serias, especialmente en entornos
comerciales como servicios de vdeo bajo demanda, aplicaciones de
conferencias de negocios y medicina remota, pero los requisitos difieren
significativamente de las otras aplicaciones de tiempo real:
Las aplicaciones multimedia, son a menudo, altamente distribuidas y operan
sobre entornos de computacin distribuida de propsito general. Compiten,
por lo tanto, con otras aplicaciones distribuidas por el ancho de banda de la
red y por los recursos de computacin de las estaciones de trabajo de los
usuarios y servidores.

Los requisitos de los recursos de las aplicaciones multimedia son dinmicos.

Una vdeoconferencia puede necesitar ms o menos ancho de banda
dependiendo del aumento o de la disminucin del nmero de conferenciantes.
El uso de los recursos de cmputo en cada estacin de trabajo de usuario
vara, ya que cambia, por ejemplo, el nmero de caudales de vdeo que debe
mostrar. Las aplicaciones multimedia pueden suponer otras cargas variables o
intermitentes. Por ej., la celebracin de una clase multimedia puede incluir
una actividad de simulacin con un uso intensivo del procesador.

A menudo los usuarios desean equilibrar los costos en recursos de las

aplicaciones multimedia con otras actividades. Pueden querer reducir sus
peticiones de ancho de banda para el vdeo en una aplicacin de conferencia
para permitir que se realice una conversacin de audio separado, o pueden
querer seguir programando o editando textos mientras estn participando en
la conferencia.
Los sistemas de gestin QoS estn pensados para responder a todas estas
necesidades, gestionando de forma dinmica los recursos disponibles y
variando las reservas en respuestas a los cambios en la demanda y las
prioridades de los usuarios. Un sistema de gestin QoS debe gestionar todos
los recursos de cmputo y de comunicacin necesarias para adquirir, procesar
y transmitir caudales de datos multimedia, especialmente donde los recursos
son compartidos entre diferentes aplicaciones.
Los recursos requeridos para la gestin de esta QoS incluyen ancho de banda
de la red, ciclos de procesador y capacidad de memoria. Tambin hay que
considerar el ancho de banda de disco en el servidor de vdeo. Adoptaremos el
trmino genrico de ancho de banda de los recursos para referirnos a la
capacidad de cualquier recurso hardware (red, procesador central, subsistema
de disco) para transmitir o procesar datos multimedia.
En un sistema distribuido abierto, las aplicaciones multimedia pueden ser
iniciales y utilizadas sin anuncio previo. Pueden coexistir varias aplicaciones
en la misma red e incluso en la misma estacin de trabajo. Por lo tanto, la
necesidad de la gestin de la QoS surge independientemente de la cantidad
total de ancho de banda de los recursos o de capacidad de memoria de un
sistema. Se necesita gestionar la QoS para gestionar para garantizar que las
aplicaciones sern capaces de obtener la cantidad de recursos necesarios en
los momentos requeridos, incluso cuando otras aplicaciones estn
compitiendo por esos recursos.

Ejemplos de Aplicaciones multimedia

Se han desplegado algunas aplicaciones multimedia incluso en los

computadores y redes actuales sin QoS y basados en el principio del mejor
esfuerzo.

Entre ellas estn:

Multimedia basado en web: estas aplicaciones proporcionan acceso segn el

mejor esfuerzo a caudales de audio y vdeo publicados en la web. Han tenido
xito cuando existe poca o ninguna sincronizacin de los caudales de datos
entre diferentes localizaciones. Sus prestaciones estn restringidas por el
limitado ancho de banda y por las latencias variables que se dan en las redes
actuales y por la imposibilidad de los S.O. actuales para soportar una
planificacin de tiempo real de los recursos. En el caso de audio y de las
secuencias de audio y vdeo de baja calidad, la utilizacin extensiva de
almacenamiento en el destino para suavizar las variaciones en el ancho de
banda y en la latencia hace que se puedan reproducir secuencia de vdeo de
forma continua y sin sobresaltos, aunque exista un retardo desde el origen al
destino hasta varios segundos.
Telefona de red y conferencias de audio: esta aplicacin tiene unos
requisitos de ancho de banda relativamente bajos, especialmente cuando se
aplican tcnicas de compresin eficiente. Aunque la naturaleza interactiva de
la misma implica tiempos de ida y vuelta pequeos, algo que no siempre se
puede conseguir.
Servicio de vdeo bajo demanda: stos proporcionan vdeo en formato
digital desde grandes sistemas de almacenamiento hasta la herramienta de
visualizacin del usuario. Resultan satisfactorios cuando existe suficiente
ancho de banda dedicado, y tanto el servidor como el cliente son
computadores dedicados. Tambin emplean una cantidad considerable de
almacenamiento en el destino.
Las aplicaciones altamente interactivas plantean problemas muchos ms
graves. Muchas aplicaciones multimedia son cooperativas (involucran muchos
usuarios) y sincronizadas (requieren que las actividades de los usuarios estn
coordinadas). stas abarcan un ancho espectro de contextos escenarios de
aplicacin. Por ejemplo:

Una simple vdeoconferencia involucra dos o ms usuarios, cada uno

utilizando una estacin de trabajo equipada con una cmara de vdeo
digital, un micrfono y posibilidades de salida de audio y vdeo. Existe
software disponible para proporcionar sistemas de teleconferencia
simple, pero sus presentaciones estn severamente limitadas por los
entornos de computacin y de comunicacin actuales.
Posibilidades de ensayo y ejecucin que permite a msicos en
diferentes ubicaciones tocar juntos. Esta es una aplicacin multimedia
particularmente demandante ya que las restricciones de sincronizacin
son muy exigentes.

Requerimientos de las aplicaciones

Conmutacin con baja Latencia: Retardos de ida y vuelta.

Estado de sincronizacin distribuida: Si un usuario detiene un vdeo en
un determinado marco, los otros usuarios deberan ver el vdeo parado
en el mismo marco.
Sincronizacin de medios: Todos los participantes en una actuacin
musical deberan escuchar la ejecucin aproximadamente a la vez
(identifica como requisito de sincronizacin un intervalo de 50
milisegundos). La anda sonora y el caudal de vdeo deberan mantener
la sincronizacin de labios, por ejem., para un usuario haciendo
comentarios en una reproduccin de vdeo o en una sesin distribuida
de karaoke.
Sincronizacin externa: en conferencias o en otras aplicaciones
cooperativas, pueden existir datos activos en distintos formatos, tales
como animaciones generadas por computador, datos CAD, pizarras
electrnicas y documentos compartidos.
CONCLUSIONES

Los sistemas distribuidos abarcan una cantidad de aspectos

considerables, por lo cual su desarrollo implica considerable
complejidad.
Existen ciertos aspectos que requieren extremo cuidado al desarrollarse
e implantarse como el manejo de fallos, el control de la concurrencia,
adems de que ciertas aplicaciones como las llamadas en tiempo real
requieren que el tiempo de respuesta sea preciso ya que en algunos
casos puede ser desastroso el que el sistema no cumpla con los
requerimientos especificados.

Se nota tambin que numerosas tecnologas estn en constante

desarrollo y maduracin, lo cual implica un extremado estudio previo
de muchos factores antes de elegir alguna tecnologa en especial.

Las aplicaciones multimedia necesitan nuevos mecanismos que

permitan gestionar grandes volmenes de datos dependientes del
tiempo. Estos estn concentrados en la gestin de la calidad de
servicio. Deben reservar ancho de banda y otros recursos que aseguren
requisitos de una aplicacin, y deben planificar el uso de recursos para
cumplir los muy frecuentes tiempos limites de entrega de las
aplicaciones multimedia. La QoS maneja las peticiones de las
aplicaciones que especifican el ancho de banda. La latencia y la tasa de
prdidas aceptables para los caudales multimedia, y efectan los
mecanismos de control de admisin.
La capacidad del procesador y el ancho de banda reservados a una
aplicacin debe ser planificada para satisfacer las necesidades de la
aplicacin
La planificacin de los recursos esta especializada, y ofrece un
excelente cambio en el diseo que estos sistemas necesitan.
Actualmente las aplicaciones multimedia estn revolucionando el
mundo de cada individuo y siendo parte de la vida cotidiana de cada
persona ya que se puede tanto tomar clase por la Web, hasta estar
jugando con un gran numero de personas al mismo tiempo.