Unidad I Teleprosesamiento Avanzado

UNIVERSIDAD ABIERTA INTERAMERICANA
FACULTAD DE TECNOLOGA INFORMTICA
TELEPROCESAMIENTO
AVANZADO
UNIDAD 1: PERSPECTIVA DE NEGOCIO
Ao 2016
Contenido
REDES ENTRE PARES (PEER-TO-PEER) .................................................................................................. 4
Visin histrica ..................................................................................................................................... 4
Caractersticas ...................................................................................................................................... 6
Problemas de funcionamiento ............................................................................................................. 6
Clasificacin segn grado de centralizacin ........................................................................................ 7
Ventajas y desventajas de Redes entre pares...................................................................................... 9
REDES CLIENTE / SERVIDOR ................................................................................................................ 10
Algunos antecedentes, Por qu fue creado? ................................................................................... 10
Funcionamiento ................................................................................................................................. 12
Caractersticas de la arquitectura Cliente/Servidor ........................................................................... 13
Ventajas y desventajas del modelo cliente/servidor ......................................................................... 14
EVOLUCIN D E LOS EQUIPOS DE PROCESAMIENTO CENTRALIZADO (MAINFRAME) HASTA
NUESTROS DAS .................................................................................................................................... 15
Un poco de resea histrica .............................................................................................................. 15
Pioneros de la Informtica ................................................................................................................. 16
Definiciones de computadora ............................................................................................................ 16
La primera computadora ................................................................................................................... 17
Tipos de computadoras...................................................................................................................... 17
Categoras de las computadoras ........................................................................................................ 18
Generaciones de computadoras ........................................................................................................ 19
EVOLUCIN DE LA ARQUITECTURA CLIENTE SERVIDOR .................................................................. 26
La era de la computadora central ...................................................................................................... 26
La era de las computadoras dedicadas .............................................................................................. 26
La era de la conexin libre ................................................................................................................. 26
La era del cmputo a travs de redes
............................................................................................ 26
La era de la arquitectura cliente servidor .......................................................................................... 27

CLIENTE DELGADO (THINCLIENT) ........................................................................................................ 27
Introduccin ....................................................................................................................................... 28
Ventajas de los clientes livianos......................................................................................................... 29
Desventajas de los Clientes livianos................................................................................................... 32
CLIENTE PESADO (FATCLIENT)............................................................................................................. 33
Introduccin ....................................................................................................................................... 33
Ventajas e inconvenientes ................................................................................................................. 34
MODELO ASCENDENTE / DESCENDENTE (TOP-DOWN) .................................................................... 35
El diseo lgico de una red ................................................................................................................ 36
Teleprocesamiento Avanzado Ing. Medn Cristian
Pgina 2 de 59
MODELO PRESENTACIN, APLICACIN Y DATOS (P.A.D.) ................................................................... 38

MODELO OSI .......................................................................................................................................... 42
MODELO TCP/IP..................................................................................................................................... 44
MIDDLEWARE ........................................................................................................................................ 45
Introduccin ....................................................................................................................................... 45
Clasificacin........................................................................................................................................ 46
SISTEMAS OPERATIVOS DISTRIBUIDOS. ............................................................................................... 50
Caractersticas de Sistemas Distribuidos ........................................................................................... 51
Ventajas.............................................................................................................................................. 55
Desventajas ........................................................................................................................................ 56
SISTEMAS OPERATIVOS DE RED ............................................................................................................ 56
Caractersticas de los Sistemas Operativos de Red............................................................................ 57
Ventajas.............................................................................................................................................. 57
Desventajas ........................................................................................................................................ 58
GUIA DE REVISION BIBLIOGRAFICA ...................................................................................................... 59
Preguntas ........................................................................................................................................... 59
Pgina 3 de 59
REDES ENTRE PARES (PEER(PEER-TOTO-PEER)

Una red peer-to-peer, red de pares, red entre iguales, red entre pares o red punto a punto (P2P, por
sus siglas en ingls) es una red de computadoras en la que todos o algunos aspectos funcionan
sin clientes ni servidores fijos, sino una serie de nodos que se comportan como iguales entre s. Es
decir, actan simultneamente como clientes y servidores respecto a los dems nodos de la red. Las
redes P2P permiten el intercambio directo de informacin, en cualquier formato, entre los
ordenadores interconectados.
Normalmente este tipo de redes se implementan como redes superpuestas construidas en la
capa de aplicacin de redes pblicas como Internet.
Las redes peer-to-peer aprovechan, administran y optimizan el uso del ancho de banda de los
dems usuarios de la red por medio de la conectividad entre los mismos, y obtienen as ms
rendimiento en las conexiones y transferencias que con algunos mtodos centralizados
convencionales, donde una cantidad relativamente pequea de servidores provee el total del ancho
de banda y recursos compartidos para un servicio o aplicacin.
Dichas redes son tiles para diversos propsitos. A menudo se usan para compartir archivos
de cualquier tipo (por ejemplo, audio, vdeo o software). Este tipo de red tambin suele usarse en
telefona VoIP para hacer ms eficiente la transmisin de datos en tiempo real.
La eficacia de los nodos en el enlace y transmisin de datos puede variar segn su configuracin local
(cortafuegos, NAT, ruteadores, etc.), velocidad de proceso, disponibilidad de ancho de banda de su
conexin a la red y capacidad de almacenamiento en disco.
La controversia legal ms fuerte en relacin a estas redes es el hecho de que muchos de sus
usuarios las utilizan para distribuir material sujeto a copyright, sin debida autorizacin de los titulares
de los derechos. Segn esta visin, las redes P2P son herramientas de violacin masiva de copyright, y
deben ser eliminadas. En medio de la histeria meditica, sin embargo, no debemos olvidar que las
redes P2P tienen muchos usos que no afectan el copyright en absoluto: se usan para distribuir software
libre, msica libre, obras de los propios usuarios o del dominio pblico, etc.
Visin histrica
Hacia el ao 2000, el modelo de comunicacin asimtrica que domin la red durante los aos de
enorme crecimiento de la Internet sufri cambios significativos. A travs de la aplicacin llamada
Napster para el intercambio de msica y del masivo movimiento que rpidamente se conoci con el
Pgina 4 de 59
nombre Peer-to-Peer, millones de usuarios conectados a Internet comenzaron a cambiar la forma de

utilizar los recursos que ofreca la red de redes. Adems de navegar por la Web e intercambiar correos
electrnicos, las mquinas en el hogar y en las instituciones empezaron a conectarse unas a otras entre
s formando grupos colaborativos y transformndose en motores de bsquedas, supercomputadoras
virtuales y grandes sistemas de archivos. Sin embargo, este acontecimiento es ms una vuelta a un
modelo un tanto relegado, ms que un descubrimiento totalmente novedoso. Si se desea indagar
sobre las cuestiones relativas a los orgenes de este paradigma de comunicacin, al menos en la era de
la Internet, es necesario remontarse a los comienzos de la propia red de redes.
La Internet original fue fundamentalmente diseada como un sistema Peer-to-Peer hacia
finales de los 60. El objetivo de ARPANET fue compartir recursos de computacin alrededor de Estados
Unidos. Los primeros integrantes de esta red de redes fueron sitios de cmputo independientes que
gozaban todos del mismo status como partes de la red. ARPANET no los conect de una manera
maestro-esclavo o cliente-servidor sino en una relacin de iguales o pares. La Internet de aquel
entonces fue ms abierta y libre que la de los das actuales. Los cortafuegos Firewalls en ingls no
se conocieron hasta fines de los 80. Por lo general, cualquier mquina en la red poda enviar y recibir
paquetes desde cualquier otra y aunque las primeras aplicaciones de TELNET TELecommunication
NETwork y FTP File Transfer Protocol responden al modelo cliente/servidor, los patrones de uso
en su conjunto eran simtricos. En general, cualquier nodo de la red poda hacer un TELNET o FTP a
cualquier otro equipo de la misma.
En particular, tanto Usenet Users Network como DNS Domain Name System
introdujeron tempranamente importantes componentes de comunicacin Peer-to-Peer. Usenet, red
global de grupos de noticias, implement un modelo descentralizado de comunicacin que de alguna
forma representa el antecesor de redes ms modernas tales como Gnutella y Freenet, ambas
enroladas en el paradigma de la comunicacin simtrica. Fundamentalmente Usenet copia archivos
entre computadora sin utilizar ningn control central. Como Usenet naci alrededor del ao 1979
puede considerarse como un precursor de los sistemas Peer-to-Peer ms modernos. Por otro lado, el
Sistema de Nombres de Dominio (DNS) es un ejemplo de un sistema que combina Peer-to-Peer con un
modelo jerrquico para conformar un sistema que ha sido capaz de escalar sin problemas desde los
pocos miles de equipos para los que fue diseado originalmente en 1983 a cientos de millones en la
actualidad en Internet. Hay varios elementos claves en el diseo del DNS que son replicados en muchos
sistemas distribuidos ms modernos. Uno de ellos consiste en que los equipos pueden operar como
clientes y servidores al mismo tiempo propagando requerimientos cuando es necesario.
Pgina 5 de 59
Caractersticas
Seis caractersticas deseables de las redes P2P:
Escalabilidad: Las redes P2P tienen un alcance mundial con cientos de millones de usuarios
potenciales. En general, lo deseable es que cuantos ms nodos estn conectados a una red
P2P mejor ser su funcionamiento. As, cuando los nodos llegan y comparten sus propios
recursos, los recursos totales del sistema aumentan.
Robustez: La naturaleza distribuida de las redes peer-to-peer tambin incrementa la robustez

en caso de haber fallos en la rplica excesiva de los datos hacia mltiples destinos.
Descentralizacin: Estas redes por definicin son descentralizadas y todos los nodos son
iguales. No existen nodos con funciones especiales, y por tanto ningn nodo es imprescindible
para el funcionamiento de la red.
Los costos estn repartidos entre los usuarios. Se comparten o donan recursos a cambio de
recursos. Segn la aplicacin de la red, los recursos pueden ser archivos, ancho de banda, ciclos
de proceso o almacenamiento de disco.
Anonimato: Es deseable que en estas redes quede annimo el autor de un contenido, el editor,
el lector, el servidor que lo alberga y la peticin para encontrarlo siempre que as lo necesiten
los usuarios. Muchas veces el derecho al anonimato y los derechos de autor son incompatibles
entre s.
Seguridad: Es una de las caractersticas deseables de las redes P2P menos implementada. Los
objetivos de un P2P seguro seran identificar y evitar los nodos maliciosos, evitar el contenido
infectado, evitar el espionaje de las comunicaciones entre nodos, creacin de grupos seguros
de nodos dentro de la red, proteccin de los recursos de la red En su mayora an estn bajo
investigacin, pero los mecanismos ms prometedores son: cifrado multiclave, cajas de arena,
gestin de derechos de autor (la industria define qu puede hacer el usuario, por ejemplo la
segunda vez que se oye la cancin se apaga), reputacin (slo permitir acceso a los conocidos),
comunicaciones seguras, comentarios sobre los ficheros
Problemas de funcionamiento
La mayor parte de los nodos de Internet no disponen de una direccin IP fija o siquiera accesible para
otros nodos de Internet. Este es el caso, por ejemplo, de los nodos que se conectan a travs de redes
locales como Wifi o Ethernet, de aquellos que tienen algn tipo de cortafuegos y NAT o de los que se
Pgina 6 de 59
conectan a travs de la mayor parte de los ISPs del mundo. Para el correcto funcionamiento de una
red P2P, hay que resolver dos problemas fundamentales: cmo se encuentra un nodo que ya est
conectado a la red P2P y cmo se conectan los nodos sin direccin IP pblica entre ellos.
Para resolver el primer problema, la solucin habitual es realizar una conexin a un servidor (o
servidores) inicial con direccin bien conocida (normalmente IP fija) que el programa P2P tiene
almacenada. Este servidor inicial se encarga de mantener una lista con las direcciones de otros nodos
que estn actualmente conectados a la red. Tras esto, los clientes ya tienen informacin suficiente
para entrar en la red y pueden intercambiar informacin con otros nodos, ya sin intervencin de los
servidores iniciales.
Para resolver el problema de conexin cuando los nodos no tienen direccin pblica, estos se
conectan a travs de otro nodo que funciona como proxy de la conexin. Los dos nodos se conectan
al proxy y ste enva la informacin que llega de uno al otro. Cualquier nodo con una direccin
IP pblica puede ser escogido como proxy de una conexin entre dos nodos. Por ejemplo, en la
red Skype a travs de nuestro ordenador pueden pasar conversaciones de otras personas. En estos
casos, es imprescindible la implementacin de algn mecanismo de seguridad para evitar que los
proxies pueden llegar a entender la comunicacin entre los dos nodos.
Clasificacin segn grado de centralizacin

Una posible clasificacin de las redes P2P pudiera ser acorde a su grado de centralizacin:
Redes P2P centralizadas

Este tipo de red P2P se basa en una arquitectura monoltica en la que todas las transacciones se hacen
a travs de un nico servidor que sirve de punto de enlace entre dos nodos y que, a la vez, almacena
y distribuye los nodos donde se almacenan los contenidos.
Poseen una administracin muy dinmica y una disposicin ms permanente de contenido. Sin
embargo, est muy limitada en la privacidad de los usuarios y en la falta de escalabilidad de un slo
servidor, adems de ofrecer problemas en puntos nicos de fallo, situaciones legales y enormes costos
en el mantenimiento, as como el consumo de ancho de banda.
Una red de este tipo rene las siguientes caractersticas:
Se rige bajo un nico servidor, que sirve como punto de enlace entre nodos y como servidor
de acceso al contenido, el cual distribuye a peticin de los nodos.
Pgina 7 de 59
Todas las comunicaciones (como las peticiones y encaminamientos entre nodos) dependen
exclusivamente de la existencia del servidor.
Algunos ejemplos de este tipo de redes son Napster y Audiogalaxy.
Redes P2P hbridas, semicentralizadas o mixtas

En este tipo de red, se puede observar la interaccin entre un servidor central que sirve como hub y
administra los recursos de banda ancha, enrutamientos y comunicacin entre nodos pero sin saber la
identidad de cada nodo y sin almacenar informacin alguna, por lo que el servidor no comparte
archivos de ningn tipo a ningn nodo. Tiene la peculiaridad de funcionar (en algunos casos como
en Torrent) de ambas maneras, es decir, puede incorporar ms de un servidor que gestione los
recursos compartidos, pero tambin, en caso de que el servidor o los servidores que gestionan todo
caigan, el grupo de nodos puede seguir en contacto a travs de una conexin directa entre ellos
mismos, con lo que es posible seguir compartiendo y descargando ms informacin en ausencia de los
servidores. Este tipo de P2P presenta las siguientes caractersticas:
Tiene un servidor central que guarda informacin en espera y responde a peticiones para esa
informacin.
Los nodos son responsables de hospedar la informacin (pues el servidor central no almacena
la informacin) que permite al servidor central reconocer los recursos que se desean
compartir, y para poder descargar esos recursos compartidos a los usuarios que lo solicitan.
Las terminales de enrutamiento son direcciones usadas por el servidor, que son administradas
por un sistema de ndices para obtener una direccin absoluta.
Algunos ejemplos de una red P2P hbrida son BitTorrent, eDonkey y Direct Connect.
Redes P2P puras o totalmente descentralizadas

Las redes P2P de este tipo son las ms comunes, siendo las ms verstiles al no requerir de una gestin
central de ningn tipo, lo que permite una reduccin de la necesidad de usar un servidor central, por
lo que se opta por los mismos usuarios como nodos de esas conexiones y tambin como
almacenadores de esa informacin. En otras palabras, todas las comunicaciones son directamente de
usuario a usuario con ayuda de un nodo (que es otro usuario) quien permite enlazar esas
comunicaciones. Las redes de este tipo tienen las siguientes caractersticas:
Los nodos actan como cliente y como servidor.
No existe un servidor central que maneje las conexiones de red.
Pgina 8 de 59
No hay un enrutador central que sirva como nodo y administre direcciones.
Algunos
ejemplos
de
una
red
P2P
"pura"
son: Kademlia, Ares
Galaxy, Gnutella, Freenet, Gnutella2 y Maidsafe.
Figura 1: Topologas de Redes entre pares.
Ventajas y desventajas de Redes entre pares

VENTAJAS
Tiene la facilidad para operar e instalar, permite el intercambio directo de informacin en cualquier
formato.
DESVENTAJAS
A medida que la red crece se vuelve ms difcil de coordinar y operar, se pueden conectar 10
dispositivos no ms, falta de seguridad,
el sistema no es centralizado y esto dificulta la
administracin, si algn equipo se daa se puede daar toda la red.
Pgina 9 de 59
REDES CLIENTE / SERVIDOR

En el mundo de TCP/IP las comunicaciones entre computadoras se rigen bsicamente por lo que se
llama modelo Cliente-Servidor, ste es un modelo que intenta proveer usabilidad, flexibilidad,
interoperabilidad y escalabilidad en las comunicaciones. El trmino Cliente/Servidor fue usado por
primera vez en 1980 para referirse a PCs en red. Este modelo Cliente/Servidor empez a ser aceptado
a finales de los 80s. Su funcionamiento es sencillo: se tiene una mquina cliente, que requiere un
servicio de una mquina servidor, y ste realiza la funcin para la que est programado (ntese que
no tienen que tratarse de mquinas diferentes; es decir, una computadora por s sola puede ser ambos
cliente y servidor dependiendo del software de configuracin).
Algunos antecedentes, Por qu fue creado?

Existen diversos puntos de vista sobre la manera en que debera efectuarse el procesamiento de datos,
aunque
la
mayora
que
opina,
coincide
en
que
nos
encontramos
en
medio
de
un proceso de evolucin que se prolongar todava por algunos aos y que cambiar la forma en que
obtenemos y utilizamos la informacin almacenada electrnicamente.
El
principal
motivo
detrs
de
esta
evolucin
es
la
necesidad
que
tienen
las organizaciones (empresas o instituciones pblicas o privadas), de realizar sus operaciones ms gil
y eficientemente, debido a la creciente presin competitiva a la que estn sometidas, lo cual se traduce
en la necesidad de que su personal sea ms productivo, que se reduzcan los costos y gastos de
operacin, al mismo tiempo que se generan productos y servicios ms rpidamente y con
mejor calidad.
En este contexto, es necesario establecer una infraestructura de procesamiento de
informacin, que cuente con los elementos requeridos para proveer informacin adecuada, exacta y
oportuna en la toma de decisiones y para proporcionar un mejor servicio a los clientes.
El modelo Cliente/Servidor rene las caractersticas necesarias para proveer esta
infraestructura, independientemente del tamao y complejidad de las operaciones de las
organizaciones pblicas o privadas y, consecuentemente desempea un papel importante en este
proceso de evolucin.
La arquitectura cliente-servidor es un modelo de aplicacin distribuida en el que las tareas se
reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes,
llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, que le da respuesta. Esta
Pgina 10 de 59
idea tambin se puede aplicar a programas que se ejecutan sobre una sola computadora, aunque es
ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras.
En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores,
aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin
de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema.
La red Cliente/Servidor es aquella red de comunicaciones en la que todos los clientes estn
conectados a un servidor, que puede ser cualquier computadora en el que se centralizan los diversos
recursos y aplicaciones con que se cuenta; y que los pone a disposicin de los clientes cada vez que
estos son solicitados.
Esto significa que todas las gestiones que se realizan se concentran en el servidor, de manera
que en l se disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos
que son de uso pblico y los que son de uso restringido, los archivos que son de slo lectura y los que,
por el contrario, pueden ser modificados, etc.
La principal caracterstica es que en este tipo de redes los roles estn bien definidos y no se
intercambia; los clientes en ningn momento pueden tener el rol de servidores y viceversa. A
diferencia de las redes peer-to-peer (P2P) que no poseen un rol fijo ya que el papel de cada uno puede
alterarse: cualquiera puede ser cliente o servidor indistintamente.
El modelo de red Cliente/Servidor comenz a utilizarse a partir de la dcada de los noventa, y
actualmente est siendo muy utilizada en las empresas, especialmente en aquellas que se manejan
grandes volmenes de datos. Uno de los motivos es que de esta manera se puede mantener un control
centralizado de la informacin, aportando con esto mayor seguridad y mayor rendimiento a menores
costos ya que una sola PC centraliza y distribuye toda la informacin.
Figura 2. Red Cliente/Servidor
Pgina 11 de 59
Funcionamiento
Una mquina cliente solicita a una segunda mquina llamada servidor que ejecute una tarea especfica.
El cliente suele ser una computadora personal comn conectada a una LAN, y el servidor es, por lo
general, una mquina anfitriona, como un servidor de archivos PC, un servidor de archivos de UNIX o
una macrocomputadora o computadora de rango medio.
El programa cliente cumple dos funciones distintas: por un lado gestiona la comunicacin con
el servidor, solicita un servicio y recibe los datos enviados por aqul. Por otro, maneja la interfaz con
el usuario; presenta los datos en el formato adecuado y brinda las herramientas y comandos necesarios
para que el usuario pueda utilizar las prestaciones del servidor de forma sencilla.
El programa servidor en cambio, bsicamente slo tiene que encargarse de transmitir la
informacin de forma eficiente. No tiene que atender al usuario. De esta forma un mismo servidor
puede atender a varios clientes al mismo tiempo. Algunas de las principales redes cliente/servidor que
poseen servidores especializados de grandes capacidades utilizan normalmente sistemas operativos
confiables, estables y seguros como el Windows NT, NetWare de Novell, VINES de Banyan y LAN Server
de IBM entre otros. Todos estos sistemas operativos de red pueden operar y procesar solicitudes de
aplicaciones de varios clientes que se ejecutan en tiempo real y al mismo tiempo ofreciendo una rpida
respuesta al cliente.
Cliente
El cliente es el proceso que permite al usuario formular los requerimientos y pasarlos al servidor, se le
conoce con el trmino front-end.
El Cliente normalmente maneja todas las funciones relacionadas con la manipulacin y
despliegue de datos, por lo que estn desarrollados sobre plataformas que permiten construir
interfaces grficas de usuario (GUI), adems de acceder a los servicios distribuidos en cualquier parte
de una red. Las funciones que lleva a cabo el proceso cliente se resumen en los siguientes puntos:
Administrar la interfaz de usuario.
Interactuar con el usuario.
Procesar la lgica de la aplicacin y hacer validaciones locales.
Generar requerimientos de bases de datos.
Recibir resultados del servidor.
Formatear resultados.
Servidor
Pgina 12 de 59
Es el proceso encargado de atender a mltiples clientes que hacen peticiones de algn recurso
administrado por l. Al proceso servidor se le conoce con el trmino back-end.
El servidor normalmente maneja todas las funciones relacionadas con la mayora de las reglas
del negocio y los recursos de datos. Las funciones que lleva a cabo el proceso servidor se resumen en
los siguientes puntos:
Aceptar los requerimientos de bases de datos que hacen los clientes.
Procesar requerimientos de bases de datos.
Formatear datos para trasmitirlos a los clientes.
Procesar la lgica de la aplicacin y realizar validaciones a nivel de bases de datos.
Sistema Operativo de Red

Las PCs requieren de un software para poder operar. Comnmente se conoce como el sistema
operativo. Este software acta como interfaz entre las aplicaciones (como un procesador de textos),
y el hardware del cliente (CPU, memoria, disco).
Es un componente software de una computadora que tiene como objetivo coordinar y manejar
las actividades de los recursos del ordenador en una red de equipos. Consiste en un software que
posibilita la comunicacin de un sistema informtico con otros equipos en el mbito de una red.
Caractersticas de la arquitectura Cliente/Servidor
Combinacin de un cliente que interacta con el usuario, y un servidor que interacta

con los recursos compartidos. El proceso del cliente proporciona la interfaz entre el
usuario y el resto del sistema. El proceso del servidor acta como un motor
de software que maneja recursos compartidos tales como bases de datos, impresoras,
mdems, etc.
Las tareas del cliente y del servidor tienen diferentes requerimientos en cuanto a
recursos de cmputo, como velocidad del procesador, memoria, velocidad y
capacidades del disco.
Se establece una relacin entre procesos distintos, los cuales pueden ser ejecutados
en la misma mquina o en mquinas diferentes distribuidas a lo largo de la red.
Existe una clara distincin de funciones basada en el concepto de "servicio", que se

establece entre clientes y servidores.
Pgina 13 de 59
La relacin establecida puede ser de muchos a uno, en la que un servidor puede dar
servicio a muchos clientes, regulando su acceso a recursos compartidos.
Los clientes corresponden a procesos activos en cuanto a que son stos los que hacen
peticiones de servicios a los servidores. Estos ltimos tienen un carcter pasivo ya que
esperan las peticiones de los clientes.
No existe otra relacin entre clientes y servidores que no sea la que se establece a
travs del intercambio de mensajes entre ambos. El mensaje es el mecanismo para la
peticin y entrega de solicitudes de servicio.
El ambiente es heterogneo. La plataforma de hardware y el sistema operativo del

cliente y del servidor no son siempre la misma. Precisamente una de las principales
ventajas de esta arquitectura es la posibilidad de conectar clientes y servidores
independientemente de sus plataformas.
El concepto de escalabilidad tanto horizontal como vertical es aplicable a cualquier

sistema Cliente/Servidor. La escalabilidad horizontal permite agregar ms estaciones
de trabajo activas sin afectar significativamente el rendimiento. La escalabilidad
vertical permite mejorar las caractersticas del servidor o agregar mltiples servidores.
Ventajas y desventajas del modelo cliente/servidor

Ventajas
Centralizacin del control de los recursos, datos y accesos.
Facilidad de mantenimiento y actualizacin del lado del servidor: Esto es porque el

lado del servidor se puede mantener o actualizar fcilmente. Por ejemplo, una
actualizacin se aplica a un nico servidor, pero los beneficios los obtienen mltiples
clientes generalmente sin necesidad de que stos actualicen nada.
Toda la informacin es almacenada en el lado del servidor, que suele tener mayor
seguridad que los clientes.
Hay muchas herramientas cliente-servidor probadas, seguras y amigables para usar.
Desventajas:
Pgina 14 de 59
Si el nmero de clientes simultneos es elevado, el servidor puede saturarse. Esto

sucede con menor frecuencia en las redes P2P.
Frente a fallas del lado del servidor, el servicio queda paralizado para los clientes. Algo
que no sucede en una red P2P.
EVOLUCIN D E LOS EQUIPOS DE PROCESAMIENTO CENTRALIZADO

(MAINFRAME
(MAINFRAME)
MAINFRAME) HASTA NUESTROS DAS
Un poco de resea histrica

Todo comenz con mquinas destinadas a manejar nmeros, es as como nos remitimos al baco,
inventado por los babilonios all por el ao 1000 A.C. Utilizado sobre todo por los chinos para la
realizacin de operaciones sencillas, est formado por una tablilla con una serie de cuentas que sirven
para efectuar sumas y restas.
Justo antes de morir en 1617, el matemtico escocs John Napier (conocido por su invencin
de logaritmos) desarroll un juego de palitos para calcular a las que llam Napier Bones. As llamados
porque se tallaron las ramitas de hueso o marfil, los bones incorporaron el sistema logartmico. Los
Huesos de Napier tuvieron una influencia fuerte en el desarrollo de la regla deslizante (cinco aos ms
tarde) y mquinas calculadoras subsecuentes que contaron con logaritmos.
En 1621 la primera regla deslizante fue inventada por el del matemtico ingls William
Oughtred. La regla deslizante (llam Crculos de Proporcin) era un juego de discos rotatorios que
se calibraron con los logaritmos de Napier. Uno de los primeros aparatos de la informtica analgica,
la regla deslizante se us normalmente (en un orden lineal) hasta que a comienzos de 1970, cuando
calculadoras porttiles comenzaron a ser ms popular.
En 1623 la primera calculadora mecnica fue diseada por Wilhelm Schickard en Alemania.
Llamado El Reloj Calculador, la mquina incorpor los logaritmos de Napier.
Uno de los antepasados ms directos de la computadora actual, fue creado por el cientfico
francs Blaise
Pasca en
el
siglo
XVII
(1642).
sus
18
aos,
Pascal
invento
su
primera mquina calculadora, capaz de sumar y restar; y todo ello a base de engarzar mltiples ruedas
dentadas.
Pgina 15 de 59
Aos ms tarde, en 1673, Gottfied Von Leibnitz perfecciono los estudios de Pascal, y llego a
construir una mquina que no solo sumaba y restaba, sino que tambin multiplicaba, divida e incluso
calculaba races cuadradas.
En 1769 el Jugador de Ajedrez Autmata fue inventado por Barn Empellen, un noble hngaro.
El aparato y sus secretos se le dieron a Johann Nepomuk Maelzel, un inventor de instrumentos
musicales, quien recorri Europa y los Estados Unidos con el aparato, a finales de 1700 y temprano
1800. Pretendi ser una mquina pura, el Autmata inclua un jugador de ajedrez robtico.
En 1777, invent la primera mquina lgica, Charles Mahon, el Conde de Stanhope. El
demostrador lgico era un aparato tamao bolsillo que resolva silogismos tradicionales y preguntas
elementales de probabilidad. Mahon es el precursor de los componentes lgicos en computadoras
modernas.
En 1790 Joseph-Marie Jacquard utilizo tarjetas perforadas para controlar un telar. El Jacquard
Loom se invent en 1804 por Joseph-Marie Jacquard. Inspirado por instrumentos musicales que se
programaban usando papel agujereados, la mquina se pareca a una atadura del telar que podra
controlar automticamente de dibujos usando una lnea tarjetas agujereadas.
Pioneros de la Informtica
Blaise Pascal, Gottfied Von Leibnitz, Charles Babbage, Augusta Byron Herman Hollerith, James Powers,
Alan Turing, Konrad Zuse, John Von Neumann, Chuck Peddle, Linus Trovals, Bill Gates.
Definiciones de computadora
Mquina capaz de efectuar una secuencia de operaciones mediante un programa, de tal manera, que
se realice un procesamiento sobre un conjunto de datos de entrada, obtenindose otro conjunto de
datos de salida.
Dispositivo electrnico capaz de recibir un conjunto de instrucciones y ejecutarlas realizando
clculos sobre los datos numricos, o bien compilando y correlacionando otros tipos de informacin.
Es un calculador electrnico de elevada potencia equipado de memorias de gran capacidad y
aparatos perifricos, que permite solucionar con gran rapidez y sin intervencin humana, durante el
desarrollo del proceso problemas lgicos y aritmticos muy complejos.
Pgina 16 de 59
La primera computadora
Fue en 1830, cuando se establecieron los principios de funcionamiento de las modernas
computadoras. Su paternidad se debe al matemtico ingls Charles Babbage, quien tras lanzar en 1822
la denominada maquina diferencial con nada menos que 96 ruedas dentadas y 24 ejes, se lanz en
pos de su proyecto ms relevante: la mquina analtica(1833).
La primera computadora fue la mquina analtica creada por Charles Babbage, profesor
matemtico de la Universidad de Cambridge en el siglo XIX. La idea que tuvo Charles Babbage sobre
un computador naci debido a que la elaboracin de las tablas matemticas era un proceso tedioso y
propenso a errores. En 1823 el gobierno Britnico lo apoyo para crear el proyecto de una mquina de
diferencias, un dispositivo mecnico para efectuar sumas repetidas.
Mientras tanto Charles Jacquard (francs), fabricante de tejidos, haba creado un telar que
poda reproducir automticamente patrones de tejidos leyendo la informacin codificada en patrones
de agujeros perforados en tarjetas de papel rgido. Al enterarse de este mtodo Babbage abandon la
mquina de diferencias y se dedic al proyecto de la mquina analtica que se pudiera programar con
tarjetas perforadas para efectuar cualquier clculo con una precisin de 20 dgitos.
En 1944 se construy en la Universidad de Harvard, la Mark I, diseada por un equipo
encabezado por Howard H. Aiken. Esta mquina no est considerada como computadora electrnica
debido a que no era de propsito general y su funcionamiento estaba basado en dispositivos
electromecnicos llamados relevadores.
Tipos de computadoras
Anloga
La computadora anloga es la que acepta y procesa seales continuas, tales como: fluctuaciones de
voltaje o frecuencias. Ejemplo: El termostato es la computadora anloga ms sencilla.
Digital
La computadora digital es la que acepta y procesa datos que han sido convertidos al sistema binario.
La mayora de las computadoras son digitales.
Hbrida
Pgina 17 de 59
La computadora hbrida es una computadora digital que procesa seales anlogas que han sido
convertidas a forma digital. Es utilizada para control de procesos y en robtica.
Propsito especial
La computadora de propsito especial est dedicada a un solo propsito o tarea. Pueden ser usadas
para producir informes del tiempo, monitorear desastres naturales, hacer lecturas de gasolina y como
medidor elctrico. Ejemplo: carros de control remoto, horno microoondas, relojes digitales, cmaras,
procesador de palabras, etc.
Propsito general
La computadora de propsito general se programa para una variedad de tareas o aplicaciones. Son
utilizadas para realizar clculos matemticos, estadsticos, contabilidad comercial, control de
inventario, nmina, preparacin de inventario, etc. Ejemplo: mainframes o minicomputadoras.
Categoras de las computadoras

Supercomputadora
La supercomputadora es lo mximo en computadora, es la ms rpida y, por lo tanto, la ms cara.
Cuesta millones de dlares y se hacen de dos a tres al ao. Procesan billones de instrucciones por
segundo. Son utilizadas para trabajos cientficos, particularmente para crear modelos matemticos del
mundo real, llamados simulacin.
Mainframe
Los mainframe son computadoras grandes, ligeras, capaces de utilizar cientos de dispositivos de
entrada y salida. Procesan millones de instrucciones por segundo. Su velocidad operacional y
capacidad de procesar hacen que los grandes negocios, el gobierno, los bancos, las universidades, los
hospitales, compaas de seguros, lneas areas, etc. confin en ellas. Su principal funcin es procesar
grandes cantidades de datos rpidamente. Estos datos estn accesibles a los usuarios del mainframe
o a los usuarios de las microcomputadoras cuyos terminales estn conectados al mainframe. Su
costo flucta entre varios cientos de miles de dlares hasta el milln. Requieren de un sistema especial
para controlar la temperatura y la humedad. Tambin requieren de un personal profesional
especializado para procesar los datos y darle el mantenimiento.
Minicomputadora
Pgina 18 de 59
La minicomputadora se desarroll en la dcada de 1960 para llevar a cabo tareas especializadas, tales
como el manejo de datos de comunicacin. Son ms pequeas, ms baratas y ms fciles de mantener
e instalar que los mainframes. Su costo est entre los cincuenta mil hasta varios cientos de miles.
Usadas por negocios, colegios y agencias gubernamentales. Su mercado ha ido disminuyendo desde
que surgieron las microcomputadoras.
Microcomputadora
La microcomputadora es conocida como computadora personal o PC. Es la ms pequea, gracias a los
microprocesadores, ms barata y ms popular en el mercado. Su costo flucta entre varios cientos de
dlares hasta varios miles de dlares. Puede funcionar como unidad independiente o estar en red con
otras microcomputadoras o como un terminal de un mainframe para expandir sus capacidades.
Puede ejecutar las mismas operaciones y usar los mismos programas que muchas computadoras
superiores, aunque en menor capacidad. Ejemplos: MITS Altair, Macintosh, serie Apple II, IBM PC, Dell,
Compaq, Gateway, etc.
Generaciones de computadoras
Primera Generacin
En esta generacin haba un gran desconocimiento de las capacidades de las computadoras, puesto
que se realiz un estudio en esta poca que determin que con veinte computadoras se saturara el
mercado de los Estados Unidos en el campo de procesamiento de datos.
Esta generacin abarco la dcada de los cincuenta. Y se conoce como la primera generacin.
Estas mquinas tenan las siguientes caractersticas:
Estas mquinas estaban construidas por medio de tubos de vaco.
Eran programadas en lenguaje de mquina.
En esta generacin las mquinas son grandes y costosas (de un costo aproximado de
ciento de miles de dlares).
En 1951 aparece la UNIVAC (UNIVersAl Computer), fue la primera computadora comercial, que
dispona de mil palabras de memoria central y podan leer cintas magnticas, se utiliz para procesar
el censo de 1950 en los Estados Unidos.
Pgina 19 de 59
En las dos primeras generaciones, las unidades de entrada utilizaban tarjetas perforadas,
retomadas por Herman Hollerith (1860 1929), quien adems fund una compaa que con el paso
del tiempo se conocera como IBM (International Bussines Machines).
Despus se desarroll por IBM la IBM 701 de la cual se entregaron 18 unidades entre 1953 y
1957.
Posteriormente, la compaa Remington Rand fabric el modelo 1103, que competa con la
701 en el campo cientfico, por lo que la IBM desarrollo la 702, la cual present problemas en memoria,
debido a esto no dur en el mercado.
La computadora ms exitosa de la primera generacin fue la IBM 650, de la cual se produjeron
varios cientos. Esta computadora que usaba un esquema de memoria secundaria llamado tambor
magntico, que es el antecesor de los discos actuales.
Otros modelos de computadora que se pueden situar en los inicios de la segunda generacin
son: la UNIVAC 80 y 90, las IBM 704 y 709, Burroughs 220 y UNIVAC 1105.
Figura 3. 1 Generacin de Computadoras

Segunda Generacin
Cerca de la dcada de 1960, las computadoras seguan evolucionando, se reduca su tamao y creca
su capacidad de procesamiento. Tambin en esta poca se empez a definir la forma de comunicarse
con las computadoras, que reciba el nombre de programacin de sistemas.
Las caractersticas de la segunda generacin son las siguientes:
Pgina 20 de 59
Estn construidas con circuitos de transistores.
Se programan en nuevos lenguajes llamados lenguajes de alto nivel.
En esta generacin las computadoras se reducen de tamao y son de menor costo.

Aparecen muchas compaas y las computadoras eran bastante avanzadas para su
poca como la serie 5000 de Burroughs y la ATLAS de la Universidad de Manchester.
Algunas de estas computadoras se programaban con cintas perforadas y otras ms por medio
de cableado en un tablero. Los programas eran hechos a la medida por un equipo de expertos:
analistas, diseadores, programadores y operadores que se manejaban como una orquesta para
resolver los problemas y clculos solicitados por la administracin. El usuario final de la informacin
no tena contacto directo con las computadoras. Esta situacin en un principio se produjo en las
primeras computadoras personales, pues se requera saberlas programar (alimentarle instrucciones)
para obtener resultados; por lo tanto su uso estaba limitado a aquellos audaces pioneros que gustaran
de pasar un buen nmero de horas escribiendo instrucciones, corriendo el programa resultante y
verificando y corrigiendo los errores o bugs que aparecieran.
Adems, para no perder el programa resultante haba que guardarlo (almacenarlo) en una
grabadora, pues en esa poca no haba discos flexibles y mucho menos discos duros para las PC; este
procedimiento poda tomar de 10 a 45 minutos, segn el programa. El panorama se modific
totalmente con la aparicin de las computadoras personales con mejores circuitos, ms memoria,
unidades de disco flexible y sobre todo con la aparicin de programas de aplicacin general en donde
el usuario compra el programa y se pone a trabajar. Aparecen los programas procesadores de palabras
como el clebre Word Star, la impresionante hoja de clculo (spreadsheet) Visicalc y otros ms que de
la noche a la maana cambian la imagen de la PC. El sortware empieza a tratar de alcanzar el paso del
hardware. Pero aqu aparece un nuevo elemento: el usuario.
Las computadoras de esta generacin fueron: la Philco 212 (esta compaa se retir del
mercado en 1964) y la UNIVAC M460, la Control Data Corporation modelo 1604, seguida por la serie
3000, la IBM mejor la 709 y sac al mercado la 7090, la National Cash Register empez a producir
mquinas para proceso de datos de tipo comercial, introdujo el modelo NCR 315.
Pgina 21 de 59
Figura 4. 2 Generacin de computadoras

Tercera generacin
Con los progresos de la electrnica y los avances de comunicacin con las computadoras en la dcada
de los 1960, surge la tercera generacin de las computadoras. Se inaugura con la IBM 360 en abril de
1964.3
Las caractersticas de esta generacin fueron las siguientes:
Su fabricacin electrnica est basada en circuitos integrados.
Su manejo es por medio de los lenguajes de control de los sistemas operativos.
La IBM produce la serie 360 con los modelos 20, 22, 30, 40, 50, 65, 67, 75, 85, 90, 195 que
utilizaban tcnicas especiales del procesador, unidades de cinta de nueve canales, paquetes de discos
magnticos y otras caractersticas que ahora son estndares (no todos los modelos usaban estas
tcnicas, sino que estaba dividido por aplicaciones).
El sistema operativo de la serie 360, se llam OS que contaba con varias configuraciones,
inclua un conjunto de tcnicas de manejo de memoria y del procesador que pronto se convirtieron en
estndares.
En 1964 CDC introdujo la serie 6000 con la computadora 6600 que se consider durante
algunos aos como la ms rpida.
Pgina 22 de 59
En la dcada de 1970, la IBM produce la serie 370 (modelos 115, 125, 135, 145, 158, 168).
UNIVAC compite son los modelos 1108 y 1110, mquinas en gran escala; mientras que CDC produce
su serie 7000 con el modelo 7600. Estas computadoras se caracterizan por ser muy potentes y veloces.
A finales de esta dcada la IBM de su serie 370 produce los modelos 3031, 3033, 4341.
Burroughs con su serie 6000 produce los modelos 6500 y 6700 de avanzado diseo, que se
reemplazaron por su serie 7000. Honey Well participa con su computadora DPS con varios modelos.
A mediados de la dcada de 1970, aparecen en el mercado las computadoras de tamao
mediano, o minicomputadoras que no son tan costosas como las grandes (llamadas tambin como
mainframes que significa tambin, gran sistema), pero disponen de gran capacidad de procesamiento.
Algunas minicomputadoras fueron las siguientes: la PDP 8 y la PDP 11 de Digital Equipment
Corporation, la VAX (Virtual Address eXtended) de la misma compaa, los modelos NOVA y ECLIPSE
de Data General, la serie 3000 y 9000 de Hewlett Packard con varios modelos el 36 y el 34, la Wang
y Honey Well -Bull, Siemens de origen alemn, la ICL fabricada en Inglaterra. En la Unin Sovitica se
utiliz la US (Sistema Unificado, Ryad) que ha pasado por varias generaciones.
Figura 5. 3 Generacin de computadoras
Cuarta Generacin
Aqu aparecen los microprocesadores que es un gran adelanto de la microelectrnica, son circuitos
integrados de alta densidad y con una velocidad impresionante. Las microcomputadoras con base en
estos circuitos son extremadamente pequeas y baratas, por lo que su uso se extiende al mercado
Pgina 23 de 59
industrial. Aqu nacen las computadoras personales que han adquirido proporciones enormes y que
han influido en la sociedad en general sobre la llamada revolucin informtica.
En 1976 Steve Wozniak y Steve Jobs inventan la primera microcomputadora de uso masivo y
ms tarde forman la compaa conocida como la Apple que fue la segunda compaa ms grande del
mundo, antecedida tan solo por IBM; y est por su parte es an de las cinco compaas ms grandes
del mundo.
En 1981 se vendieron 800 00 computadoras personales, al siguiente subi a 1 400 000. Entre
1984 y 1987 se vendieron alrededor de 60 millones de computadoras personales, por lo que no queda
duda que su impacto y penetracin han sido enormes.
Con el surgimiento de las computadoras personales, el software y los sistemas que con ellas
de manejan han tenido un considerable avance, porque han hecho ms interactiva la comunicacin
con el usuario. Surgen otras aplicaciones como los procesadores de palabra, las hojas electrnicas de
clculo, paquetes grficos, etc. Tambin las industrias del Software de las computadoras personales
crece con gran rapidez, Gary Kildall y William Gates se dedicaron durante aos a la creacin de sistemas
operativos y mtodos para lograr una utilizacin sencilla de las microcomputadoras (son los creadores
de CP/M y de los productos de Microsoft).
No todo son microcomputadoras, por supuesto, las minicomputadoras y los grandes sistemas
continan en desarrollo. De hecho las mquinas pequeas rebasaban por mucho la capacidad de los
grandes sistemas de 10 o 15 aos antes, que requeran de instalaciones costosas y especiales, pero
sera equivocado suponer que las grandes computadoras han desaparecido; por el contrario, su
presencia era ya ineludible en prcticamente todas las esferas de control gubernamental, militar y de
la gran industria.
Las enormes computadoras de las series CDC, CRAY, Hitachi o IBM por ejemplo, eran capaces
de atender a varios cientos de millones de operaciones por segundo.
Pgina 24 de 59
Figura 6. 4 Generacion de computadoras
Quinta Generacin
En vista de la acelerada marcha de la microelectrnica, la sociedad industrial se ha dado a la tarea de
poner tambin a esa altura el desarrollo del software y los sistemas con que se manejan las
computadoras. Surge la competencia internacional por el dominio del mercado de la computacin, en
la que se perfilan dos lderes que, sin embargo, no han podido alcanzar el nivel que se desea: la
capacidad de comunicarse con la computadora en un lenguaje ms cotidiano y no a travs de cdigos
o lenguajes de control especializados.
Japn lanz en 1983 el llamado programa de la quinta generacin de computadoras, con los
objetivos explcitos de producir mquinas con innovaciones reales en los criterios mencionados. Y en
los Estados Unidos ya est en actividad un programa en desarrollo que persigue objetivos semejantes,
que pueden resumirse de la siguiente manera:
Procesamiento en paralelo mediante arquitecturas y diseos especiales y circuitos de gran
velocidad.
Manejo de lenguaje natural y sistemas de inteligencia artificial. El futuro previsible de la
computacin es muy interesante, y se puede esperar que esta ciencia siga siendo objeto de atencin
prioritaria de gobiernos y de la sociedad en conjunto.
Pgina 25 de 59
EVOLUCIN DE LA ARQUITECTURA CLIENTE SERVIDOR
La era de la computadora central

"Desde sus inicios el modelo de administracin de datos a travs de computadoras se basaba en el uso
de terminales remotas, que se conectaban de manera directa a una computadora central". Dicha
computadora central se encargaba de prestar servicios caracterizados por que cada servicio se
prestaba solo a un grupo exclusivo de usuarios.
La era de las computadoras dedicadas

Esta es la era en la que cada servicio empleaba su propia computadora que permita que los usuarios
de ese servicio se conectaran directamente. Esto es consecuencia de la aparicin de computadoras
pequeas, de fcil uso, ms baratas y ms poderosas de las convencionales.
La era de la conexin libre

Hace ms de 10 aos que las computadoras escritorio aparecieron de manera masiva. Esto permiti
que parte apreciable de la carga de trabajo de cmputo tanto en el mbito de clculo como en el
mbito de la presentacin se lleven a cabo desde el escritorio del usuario. En muchos de los casos el
usuario obtiene la informacin que necesita de alguna computadora de servicio. Estas computadoras
de escritorio se conectan a las computadoras de servicio empleando software que permite la
emulacin de algn tipo de terminal. En otros de los casos se les transfiere la informacin haciendo
uso de recursos magnticos o por trascripcin.
La era del cmputo a travs de redes

Esta es la era que est basada en el concepto de redes de computadoras, en la que la informacin
reside en una o varias computadoras, los usuarios de esta informacin hacen uso de computadoras
para laborar y todas ellas se encuentran conectadas entre s. Esto brinda la posibilidad de que todos
los usuarios puedan acceder a la informacin de todas las computadoras y a la vez que los diversos
sistemas intercambien informacin.
Pgina 26 de 59
La era de la arquitectura cliente servidor

"En esta arquitectura la computadora de cada uno de los usuarios, llamada cliente, produce una
demanda de informacin a cualquiera de las computadoras que proporcionan informacin, conocidas
como servidores "estos ltimos responden a la demanda del cliente que la produjo.
Los clientes y los servidores pueden estar conectados a una red local o una red amplia, como
la que se puede implementar en una empresa o a una red mundial como lo es la Internet.
Bajo este modelo cada usuario tiene la libertad de obtener la informacin que requiera en un
momento dado proveniente de una o varias fuentes locales o distantes y de procesarla como segn le
convenga. Los distintos servidores tambin pueden intercambiar informacin dentro de esta
arquitectura.
CLIENTE DELGADO (THINCLIENT)

Un cliente liviano o cliente delgado (thin client o slim client en ingls) es una computadora cliente o un
software de cliente en una arquitectura de red cliente-servidor que depende primariamente del
servidor central para las tareas de procesamiento, y se enfoca principalmente en transportar la entrada
y la salida entre el usuario y el servidor remoto. En contraste, un cliente pesado realiza tanto
procesamiento como sea posible y transmite solamente los datos para las comunicaciones y el
almacenamiento al servidor.
Muchos dispositivos de cliente liviano ejecutaban solamente navegadores web o programas
de escritorio remoto, lo que significaba que todo el procesamiento ocurra en el servidor. Sin embargo,
dispositivos recientes vendidos como clientes livianos pueden correr sistemas operativos completos
tales como GNU/Linux Debian, calificndolos como nodos sin disco o clientes hbridos. Algunos clientes
livianos tambin son llamados "terminales de acceso".
Consecuentemente, el trmino "cliente liviano", en trminos de hardware, incluye a cualquier
dispositivo comercializado o usado como un cliente liviano en la definicin original, incluso si sus
capacidades reales son mucho mayores. El trmino tambin es usado en un sentido incluso ms amplio
que incluye nodos sin disco.
Pgina 27 de 59
Figura 7. Clientes Delgados (Thinclient)
Introduccin
Al disear una red, hay decisiones que tomar acerca del procesamiento, el almacenamiento, el
software y la interfaz de usuario. Con la realidad de una red confiable de alta velocidad, es posible
cambiar la localizacin de cualquiera de estos componentes con respecto a los otros. Una red con
velocidad de gigabits es ms rpida que un bus PCI y muchas unidades de disco, as que cada funcin
puede estar en una localizacin diferente. Las decisiones sern tomadas dependiendo del costo total,
el costo de operacin, la confiabilidad, el desempeo, y la usabilidad del sistema. El cliente liviano est
cercanamente conectado con la interface de usuario.
En un sistema cliente liviano-servidor, el nico software que es instalado en el cliente liviano
es la interfaz de usuario, algunas aplicaciones frecuentemente usadas, y un sistema operativo de red.
Este software puede ser cargado de una unidad de disco local del servidor en tiempo de arranque, o
segn lo que se necesite. Al simplificar la carga en el cliente liviano, ste puede ser un dispositivo muy
pequeo y de bajo consumo de energa, que representa costos de compra y de operacin ms bajos
en cada puesto. El servidor, o un cluster de servidores tienen el peso total de todas las aplicaciones,
servicios, y datos. Al mantener algunos servidores ocupados y muchos clientes livianos ligeramente
cargados, los usuarios pueden esperar una administracin de sistemas ms fcil y costos ms bajos,
as como todas las ventajas de la computacin en red: almacenamiento y respaldo centralizados y una
seguridad ms fcil.
Debido a que los clientes livianos son numerosos pero relativamente pasivos y de bajo
mantenimiento, el sistema entero es ms simple y ms fcil de instalar y operar. A medida que el costo
del hardware baja y el costo de emplear un tcnico, de la energa, y disponer los desperdicios,
aumenta, crecen las ventajas de los clientes livianos. Por otro lado, desde la perspectiva del usuario, la
Pgina 28 de 59
interaccin por medio del monitor, el teclado, y el ratn cambia poco respecto a usar un cliente
pesado.
Un solo PC puede manejar de manera habitual cinco o ms clientes livianos. Un PC con mayor
capacidad o un servidor puede soportar hasta cien clientes livianos a la vez. Un servidor de alto rango
puede manejar sobre 700 clientes.
Los clientes livianos son una gran inversin para las escuelas y los negocios que quieren
maximizar el nmero de estaciones de trabajo que pueden comprar con un presupuesto. Una unidad
simple puede reemplazar un computador en una escuela o un negocio. Tambin ahorrara mucha
energa a largo plazo, debido al bajo consumo de energa del cliente liviano.
Ventajas de los clientes livianos
Menores costos de administrativos de IT. Los clientes ligeros son manejados casi enteramente
en el servidor. El hardware tiene menos lugares donde puede fallar, el entorno local es
altamente restringido, y el cliente es ms simple y a menudo carece de almacenamiento
permanente, proporcionando proteccin contra el malware.
Informacin centralizada. Como la informacin se encuentra en un solo lugar facilita la

realizacin de backups y evita que se guarden archivos que no sean de la empresa.
Ms fcil de asegurar. Los clientes livianos pueden ser diseados de modo que ni siquiera los
datos de aplicacin residan en el cliente (apenas son exhibidos en la pantalla), centralizando
la proteccin contra el malware y reduciendo los riesgos de hurto de los datos fsicos.
Seguridad de datos mejorada. Si un dispositivo del cliente ligero sufre un serio desperfecto no
se perder ningn dato, puesto que residen en el servidor de terminales y no en el dispositivo
de punto de operacin.
Ms bajos costos de hardware. El hardware del cliente liviano es generalmente ms barato

porque no contiene disco duro, memoria de aplicaciones, o un procesador potente.
Generalmente tambin tienen un perodo ms largo antes de requerir una mejora o llegar a
ser obsoletos. Hay menos piezas mviles y uno actualiza o mejora el servidor y la red en lugar
de los clientes, porque la limitacin en su desempeo es la resolucin de pantalla que tiene un
ciclo de vida muy largo. Muchos clientes pesados son reemplazados despus de 3 aos para
evitar fallas del hardware en servicio y para usar el ltimo software, mientras que los clientes
livianos pueden hacer la misma tarea de desplegar imgenes por 10 aos. Los requisitos totales
de hardware para un sistema de cliente liviano (incluyendo tanto servidores como clientes)
Pgina 29 de 59
son generalmente mucho ms bajos comparados a un sistema con clientes pesados. Una razn
de esto es que el hardware es mejor utilizado. Un CPU en una estacin de trabajo pesada est
ocioso la mayor parte del tiempo. Con los clientes livianos, los ciclos del CPU son compartidos.
Si varios usuarios estn corriendo la misma aplicacin, solo necesita ser cargada una sola vez
en un servidor central (si la aplicacin est escrita para soportar esta capacidad). Con los
clientes pesados, cada estacin de trabajo debe tener en memoria su propia copia del
programa.
Menos consumo de energa. El hardware dedicado de cliente liviano tiene mucho ms bajo
consumo de energa que los tpicos PC de clientes pesados, ahorran hasta un 80% de
electricidad y cuidan el medio ambiente. Esto no slo reduce los costos de energa en los
sistemas de computacin, en algunos casos puede significar que los sistemas de aire
acondicionado no son requeridos o no necesitan ser actualizados lo que puede ser un ahorro
de costos significativo y contribuir a alcanzar los objetivos en ahorro de energa. Sin embargo,
son requeridos servidores ms potentes y sistemas de comunicaciones.
Una ms fcil gerencia de fallas de hardware. Si un cliente liviano falla, un reemplazo puede
ser fcilmente colocado mientras el cliente es reparado; el usuario no ser incomodado porque
sus datos no estn en el cliente.
Vale menos para la mayora de los ladrones. El hardware del cliente liviano, ya sea si es
dedicado o un simple hardware viejo que ha sido reorientado va cascada, es menos til fuera
de un ambiente de servidor de cliente. Los ladrones interesados en el equipo de computacin
pueden tener ms complicado revender cosas robadas de hardware de cliente liviano, y este
es mucho menos valioso.
Operable en ambientes hostiles. La mayora de los clientes livianos no tienen piezas mviles
as que pueden ser usados en ambientes polvorientos sin la preocupacin que puede haber
con la obstruccin de los ventiladores de los PC que puede recalentarlos y quemarlos.
Menos ancho de banda de la red. Puesto que los servidores de terminales tpicamente residen
en la misma espina dorsal de red (backbone network) de alta velocidad que los servidores de
archivo, la mayor parte del trfico de red est confinado al cuarto del servidor. En un ambiente
de cliente pesado si ud. abre un documento 10MB, stos 10MB son transferidos del servidor
de archivos a su PC. Cuando usted lo guarda, hay otra transferencia de 10MB de su PC al
servidor. Cuando usted lo imprime sucede lo mismo otra vez, otros 10MB son transferidos
sobre la red a su servidor de impresin y entonces 10MB hacia la impresora. Esto es altamente
ineficiente.
Pgina 30 de 59
Uso ms eficiente de los recursos de computacin. Un tpico cliente pesado ser especificado
para hacer frente a la carga mxima de las necesidades del usuario, lo que puede ser
ineficiente en los momentos en que no es usado. En contraste, los clientes livianos usan
solamente la cantidad exacta de recursos de computacin requeridos para la tarea actual. En
una red grande, hay una alta probabilidad que la carga de cada usuario fluctuar en un ciclo
diferente a la de otro usuario, es decir, los picos de uno correspondern muy probablemente
a los bajos de uso de otro.
Simple trayectoria de actualizacin de hardware. Si el pico de recursos est sobre un lmite

predefinido, es un proceso relativamente simple agregar otro componente a un rack de
servidor (ya sea energa, procesamiento, o almacenamiento), empujando los recursos
exactamente a la cantidad requerida. Las unidades existentes pueden continuar sirviendo
junto a la nueva, mientras que un modelo de cliente pesado requiere que sea reemplazada
una unidad de escritorio completa, resultando en tiempo muerto para el usuario, y el problema
de disponer de la unidad vieja.
Menor ruido. El ya mencionado retiro de ventiladores reduce el ruido producido por la unidad.
Esto puede crear un ambiente de trabajo ms agradable y ms productivo.
Menos hardware desperdiciado. El hardware contiene metales pesados y plsticos y requiere

energa y recursos para ser construido. Los clientes livianos pueden permanecer en servicio
por ms tiempo y producen menos hardware excedente que una equivalente instalacin de
cliente pesado porque pueden ser hechos sin partes mviles. Los ventiladores y unidades de
disco del computador (usados para enfriar y el almacenamiento de datos en los clientes
pesados) tienen tiempo medio antes de fallas de muchas miles de horas pero los transistores
y los conductores en el cliente liviano tienen tiempos medios antes de fallas de millones de
horas. Un cliente pesado es considerado viejo despus de uno o dos ciclos de la ley de Moore
para mantener el procesamiento con el aumento de software inflado (bloatware), pero un
cliente liviano puede hacer el mismo trabajo simple ao tras ao. Por otro lado, un cliente
liviano, ser reemplazado solamente cuando carezca de una cierta caracterstica considerada
esencial. Con audio, video, y USB, los clientes livianos han cambiado poco en 15 aos, siendo
esencialmente PCs sencillos a los que se les han quitado componentes.
Pgina 31 de 59
Desventajas de los Clientes livianos
Ms requerimientos del servidor. Un servidor de cliente pesado no requiere tan alto nivel de
desempeo como un servidor de cliente ligero (puesto que los clientes pesados por s mismos
hacen mucho del procesamiento de la aplicacin). Esto resulta en servidores ms caros.
Peor desempeo multimedia. Los clientes pesados tienen ventajas en aplicaciones ricas en
multimedia que seran intensivas en ancho de banda si estuvieran completamente residentes
en los servidores. Por ejemplo, los clientes pesados estn bien adaptados para la edicin de
vdeo y el video juego, dos casos donde el ancho de banda de la red usado por clientes ligeros
ser mucho ms grande y podr generar demasiado trfico en la red obstruyendo a otros
usuarios.
Menos flexibilidad. En algunos sistemas operativos (como Microsoft Windows) los productos
de software son diseados para los computadores personales que tienen sus propios recursos
locales. Intentar ejecutar este software en un sistema Thin Client puede ser difcil o imposible.
Peor soporte de perifricos. Los clientes ligeros son tpicamente cajas muy pequeas, selladas,
sin la posibilidad de extensin interna, y la posibilidad limitada o no existente de extensin
externa. Incluso si por ejemplo, un dispositivo de USB puede ser conectado fsicamente a un
cliente ligero, el software del cliente ligero puede no soportar los perifricos ms all de los
dispositivos bsicos de entrada y salida por ejemplo, puede no ser compatible con las tarjetas
digitalizadoras, cmaras digitales o scanners.
Inapropiado para conexiones de red pobres. Los clientes ligeros pueden ser inusualmente
lentos, o muy frustrantes para usar, sobre una conexin de red de alta latencia. Por otra parte,
no trabajan en absoluto cuando la red est cada. Con un cliente pesado, puede ser posible
trabajar fuera de lnea, aunque la manera orientada a red en la que mucha gente trabaja hoy
en da, significa que el uso del cliente pesado tambin puede ser restringido si la red est cada.
Ms difcil de reutilizar. Mientras que un cliente pesado puede ser usado en aplicaciones de
cliente ligero, cuando el hardware se vuelve obsoleto para el uso como cliente pesado, debido
a que es estndar y puede operar de una manera autnoma, el hardware de cliente ligero es
ms difcil de revender o reutilizar para otro propsito en caso de que sea retirado.
Pgina 32 de 59
CLIENTE PESADO (FATCLIENT)

FATCLIENT)
Se denomina cliente pesado al programa "cliente" de una arquitectura cliente-servidor cuando la
mayor carga de cmputo est desplazada hacia la computadora que ejecuta dicho programa. Tambin
se conoce como cliente grueso (anteriormente se conoca como cliente rico pero esta acepcin ya est
en desuso).
Un cliente pesado es la anttesis de un cliente liviano (tambin denominado cliente ligero).
Figura 8. Cliente pesado (Fatclient)
Introduccin
Una Aplicacin informtica con arquitectura cliente-servidor consta de dos programas:
El programa cliente, que se ejecuta en la computadora que interacta con el usuario

(habitualmente un ordenador personal).
El programa servidor, que se ejecuta en una computadora central (habitualmente en una

computadora servidor dentro de un CPD).
Ambos programas colaboran entre s gracias a una red de comunicaciones.

Las funcionalidades de la aplicacin deben repartirse entre ambos programas, en principio, de
forma equitativa. Sin embargo, por razones de viabilidad tcnica o econmica puede ser necesario un
reparto desigual de dichas funcionalidades. Esto se denomina "carga de cmputo".
El programa cliente se califica como pesado cuando asume la mayor parte de las funcionalidades.
Por ejemplo, una hipottica aplicacin de punto de venta tendra el siguiente reparto:
Cliente:
Identificar cada producto (por ejemplo, mediante cdigo de barras).
Calcular el importe total de la factura.
Calcular y desglosar los impuestos.
Pgina 33 de 59
Aplicar ofertas y descuentos.
Emitir el ticket de compra.
Abrir y cerrar la caja.
Ejecutar transacciones bancarias con tarjeta de crdito.
Servidor:
Almacenar los tickets emitidos.
Descontar los productos comprados del stock de la tienda.
Proporcionar los precios de cada producto.
Ventajas e inconvenientes
La primera ventaja de un cliente pesado es que aprovecha la capacidad de cmputo de las
computadoras que lo ejecutan, generalmente infrautilizadas, en favor de la computadora servidor.
Dicha computadora asume menos funciones y, por tanto, puede atender a un nmero mayor de
programas cliente con los mismos recursos.
La segunda ventaja del cliente pesado es su riqueza en la interfaz de usuario. La interfaz no est
limitado por las caractersticas de un cliente universal, por ejemplo, un navegador web. Por tanto,
pueden disearse interfaces complejas, ricas y ms fciles de usar.
Sin embargo, tambin existe un importante inconveniente: el cliente pesado necesita ser instalado
en cada una de las computadoras cliente, y posteriormente actualizado en todas ellas cuando sea
necesario. Las consecuencias de ello son:
Pueden surgir incompatibilidades. Dado que no todas las computadoras son idnticas y
pueden disponer de distinto software de base, es posible que la aplicacin no funcione
correctamente en algunos lugares. En ocasiones, el diseador de la aplicacin no conoce a
priori cul es el perfil de la computadora que debe ejecutarlo (por ejemplo, cuando el software
se vende al pblico).
Es necesaria una infraestructura para la instalacin y actualizacin de la aplicacin de manera

desatendida. Es inviable realizar dichas tareas utilizando medios humanos cuando se trata de
cientos de ordenadores.
Cuando se renueva el parque de ordenadores, o se modifica su software de base, es necesario

realizar pruebas exhaustivas de regresin, para asegurar que la aplicacin sigue funcionando.
Pgina 34 de 59
MODELO ASCENDENTE / DESCENDENTE (TOP(TOP-DOWN)

A continuacin se muestran los procesos de anlisis asociado a cada capa del modelo top-down:
Figura 9. Capas de Modelo TOP-DOWN
Hay que empezar con los objetivos del nivel de negocios. Qu est tratando de lograr la
empresa/organizacin/individuo mediante la instalacin de esta red? Sin una comprensin clara de los
objetivos a nivel de negocios es prcticamente imposible configurar e implementar una red exitosa.
En muchos casos, las empresas aprovechan esta oportunidad para revisar crticamente sus
procesos de negocio en una metodologa de anlisis conocido como "reingeniera de procesos de
negocios"
Una vez que se entendieron los objetivos de negocios, hay que entender las "Aplicaciones" que
se ejecutan en los sistemas informticos conectados a estas redes. Despus de todo, las aplicaciones
generarn el trfico que se transmite por la red implementada.
Luego que las aplicaciones se entiendan y se han documentado, se deben examinar los datos
que las aplicaciones generan. El anlisis del trfico de datos debe determinar no slo la cantidad de
Pgina 35 de 59
datos a ser transportados, sino que tambin debe determinar las caractersticas importantes sobre la
naturaleza de los datos.
Una vez que el anlisis de datos de trfico se ha completado, se debe conocer:
1. Ubicacin fsica de los datos (Dnde?)
2. Datos sobre las caractersticas y problemas de compatibilidad (qu?)
3. Cantidad de datos generados y transportados (cunto?)
Tenido en cuenta los requisitos determinados por las capas superiores del modelo, el siguiente
trabajo es determinar los requisitos de la "Red" la cual tendr la capacidad de entregar estos datos de
manera oportuna y rentable. Estos criterios de rendimiento de la red podran ser considerados como
Qu debe hacer que la red implementada para cumplir con los objetivos de la empresa (indicado al
comienzo de este anlisis top-down). A veces tambin se hace referencia a estos requisitos como el
"diseo lgico de la red.
En el anlisis de la capa de Tecnologa, en cambio, se determinar cmo los componentes
hardware y software se combinan para crear una red funcional que cumpla con los objetivos
predeterminados del negocio. La delimitacin de la tecnologa necesaria se refiere a menudo como el
"diseo fsico de la red.
En general, la relacin entre las capas del modelo de arriba hacia abajo puede ser descrito de la
siguiente manera: el anlisis de las capas superiores produce requisitos que se transmiten a las capas
inferiores, mientras que las soluciones que cumplan estos requisitos se devuelven a las capas
superiores. Si esta relacin entre las capas es vlida en toda la empresa orientada al anlisis de redes,
la tecnologa implementada (capa inferior) debe cumplir con los objetivos de negocio inicialmente
esbozado (capa superior). Por lo tanto, el nombre, el enfoque de arriba hacia abajo.
El diseo lgico de una red

Las tecnologas que cumplen con los requisitos de diseo lgico de la red se deben investigar con
profundidad para su posible inclusin en el diseo fsica de la red. El diseo fsico de la red es un mapa
de la tecnologa actual, hardware y software, que se implementar y a travs del cual fluirn
fsicamente los datos.
Si la filosofa general del modelo top-down se ha cumplido, el diseo lgico de la red completa
ahora debe asegurar el logro de los requerimientos de negocio acordado. Este debe seguir entonces,
como ilustra la figura, que mientras el diseo fsico de la red (capa de Tecnologa) le de soporte al
diseo lgico de la red (capa de red), entonces la red finalmente implementada debe apoyar las
Pgina 36 de 59
necesidades estratgicas de negocios - el objetivo ltimo de la parte superior del enfoque top-down
para el anlisis y el diseo LAN
Figura 10. Modelo Top-Down
Modelo de
arriba
hacia abajo
Negocio
Etapa de diseo
Requisitos de negocios /
Que esperamos lograr?
funciones
Aplicacin Diseo de aplicacin
Datos
Red
Tecnologa
Cuestin clave
Diseo de base de datos
Cmo puedo nuestro sistema de informacin ayudarnos a

alcanzar las metas?
Cmo nuestros datos se organizaran y se distribuirn con
el fin de maximizar nuestra eficacia?
Modelo lgico de diseo Lo que debe hacer nuestra red para apoyar la base de
de red
datos y las aplicaciones distribuidas?
Diseo tecnolgico del
modelo fsico de red
Qu componentes tecnolgicos deben integrar la red con

el fin de implementar una red que entregue el rendimiento
y la funcionalidad que se indica en el diseo lgico?
Pgina 37 de 59
MODELO PRESENTACIN, APLICACIN Y DATOS (P.A.D.)

En trminos muy generales, se puede afirmar que las comunicaciones involucran a tres agentes:
aplicaciones, computadores y redes. Las aplicaciones se ejecutan en computadores que,
generalmente, permiten mltiples aplicaciones simultneas. Los computadores se conectan a redes y
los datos a intercambiar se transfieren por la red de un computador a otro. Por tanto, la transferencia
de datos desde una aplicacin a otra implica, en primer lugar, la obtencin de los mismos y,
posteriormente, hacerlos llegar a la aplicacin destino en el computador remoto. Teniendo esto
presente, parece natural estructurar las tareas de las comunicaciones en tres capas relativamente
independientes: la capa de acceso a la red, la capa de transporte y la capa de aplicacin.
La capa de acceso a la red est relacionada con el intercambio de datos entre el computador y
la red a la que est conectado. El computador emisor debe proporcionar a la red la direccin del
destino, de tal forma que la red pueda encaminar los datos al destino apropiado. El computador emisor
necesitar hacer uso de algunos de los servicios proporcionados por la red, como por ejemplo la
gestin de prioridades. Las caractersticas del software de esta capa dependern del tipo de red que
se use. As, se han desarrollado diferentes estndares para conmutacin de circuitos, conmutacin de
paquetes, redes de rea local y otros. De esta manera, se pretende separar las funciones que tienen
que ver con el acceso a la red en una capa independiente. Haciendo esto, el resto del software de
comunicaciones que est por encima de la capa de acceso a la red no tendr que ocuparse de las
caractersticas especficas de la red que se use. El mismo software de las capas superiores debera
funcionar correctamente con independencia del tipo de red concreta a la que se est conectado.
Independientemente de la naturaleza de las aplicaciones que estn intercambiando datos, es
un requisito habitual que los datos se intercambien de una manera fiable. Esto es, sera deseable estar
seguros de que todos los datos llegan a la aplicacin destino y, adems, llegan en el mismo orden en
que fueron enviados. Como se ver, los mecanismos que proporcionan dicha fiabilidad son
independientes de la naturaleza de las aplicaciones. Por tanto, tiene sentido concentrar todos estos
procedimientos en una capa comn que se comparta por todas las aplicaciones, denominada capa de
transporte.
Finalmente, la capa de aplicacin contiene la lgica necesaria para admitir varias aplicaciones
de usuario. Para cada tipo distinto de aplicacin, como por ejemplo la transferencia de archivos, se
necesita un mdulo independiente y con caractersticas bien diferenciadas.
Las Figuras 2.2 y 2.3 ilustran esta arquitectura sencilla. En la Figura 2.2 se muestran tres
computadores conectados a una red. Cada computador contiene software en las capas de acceso a la
Pgina 38 de 59
red, de transporte y de aplicacin para una o ms aplicaciones. Para una comunicacin con xito, cada
entidad deber tener una direccin nica. En realidad, se necesitan dos niveles de direccionamiento.
Cada computador en la red debe tener una direccin de red. Esto permite a la red proporcionar
los datos al computador apropiado. A su vez, cada aplicacin en el computador debe tener una
direccin que sea nica dentro del propio computador; esto permitir a la capa de transporte
proporcionar los datos a la aplicacin apropiada. Estas ltimas direcciones son denominadas puntos
de acceso al servicio (SAP, Service Access Point), o tambin puertos, evidenciando que cada aplicacin
accede individualmente a los servicios proporcionados por la capa de transporte.
La Figura 2.3 muestra cmo se comunican, mediante un protocolo, los mdulos en el mismo
nivel de computadores diferentes. Veamos su funcionamiento. Supngase que una aplicacin,
asociada al SAP 1 en el computador X, quiere transmitir un mensaje a otra aplicacin, asociada al SAP
2 del computador Y. La aplicacin en X pasa el mensaje a la capa de transporte con instrucciones para
que lo enve al SAP 2 de Y. A su vez, la capa de transporte pasa el mensaje a la capa de acceso a la red,
la cual proporciona las instrucciones necesarias a la red para que enve el mensaje a Y. Debe observarse
que la red no necesita conocer la direccin del punto de acceso al servicio en el destino. Todo lo que
necesita conocer es que los datos estn dirigidos al computador Y.
Pgina 39 de 59
Para controlar esta operacin, se debe transmitir informacin de control junto a los datos del
usuario, como as se muestra en la Figura 2.4. Supongamos que la aplicacin emisora genera un bloque
de datos y se lo pasa a la capa de transporte. Esta ltima puede fraccionar el bloque en unidades ms
pequeas para hacerlas ms manejables. A cada una de estas pequeas unidades, la capa de
transporte le aadir una cabecera, que contendr informacin de control de acuerdo con el
protocolo. La unin de los datos generados por la capa superior, junto con la informacin de control
de la capa actual, se denomina unidad de datos del protocolo (PDU, Protocol Data Unit). En este caso,
se denominar como PDU de transporte. La cabecera en cada PDU de transporte contiene informacin
de control que ser usada por el protocolo de transporte par en el computador Y. La informacin que
se debe incluir en la cabecera puede ser por ejemplo:
SAP destino: cuando la capa de transporte destino reciba la PDU de transporte, deber saber
a quin van destinados los datos.
Nmero de secuencia: ya que el protocolo de transporte est enviando una secuencia de PDU,
stas se numerarn secuencialmente para que, si llegan desordenadas, la entidad de transporte
destino sea capaz de ordenarlas.
Cdigo de deteccin de error: la entidad de transporte emisora debe incluir un cdigo
obtenido en funcin del resto de la PDU. El protocolo de transporte receptor realiza el mismo clculo
y compara los resultados con el cdigo recibido. Si hay discrepancia se concluir que ha habido un
error en la transmisin y, en ese caso, el receptor podr descartar la PDU y adoptar las acciones
oportunas para su correccin.
El siguiente paso en la capa de transporte es pasar cada una de las PDU a la capa de red, con
la instruccin de que sea transmitida al computador destino. Para satisfacer este requerimiento, el
protocolo de acceso a la red debe pasar los datos a la red con una solicitud de transmisin. Como
anteriormente, esta operacin requiere el uso de informacin de control. En este caso, el protocolo de
Pgina 40 de 59
acceso a la red aade la cabecera de acceso a la red a los datos provenientes de la capa de transporte,
creando as la PDU de acceso a la red. A modo de ejemplo, la cabecera debe contener la siguiente
informacin:
La direccin del computador destino: la red debe conocer a quin (qu computador de la red)
debe entregar los datos.
Solicitud de recursos: el protocolo de acceso a la red puede pedir a la red que realice algunas
funciones, como por ejemplo, gestionar prioridades.
En la Figura 2.5 se conjugan todos estos conceptos, mostrando la interaccin desarrollada

entre los mdulos para transferir un bloque de datos. Supongamos que el mdulo de transferencia de
archivos en el computador X est transfiriendo, registro a registro, un archivo al computador Y.
Cada registro se pasa al mdulo de la capa de transporte. Se puede describir esta accin como
si se tratase de una orden o una llamada a un procedimiento. Los posibles argumentos pasados en la
llamada a este procedimiento sern la direccin del destino, el SAP destino y el registro del archivo.
La capa de transporte aade el punto de acceso al servicio e informacin de control adicional,
que se agregar al registro para formar la PDU de transporte. sta se pasa a la capa inferior de acceso
a la red mediante la llamada a otro procedimiento. En este caso, los argumentos para esta llamada
sern la direccin del computador destino y la unidad de datos del protocolo de transporte.
La capa de acceso a la red usar esta informacin para construir la PDU de red. La PDU de
transporte es el campo de datos de la PDU de red, y su cabecera contendr informacin relativa a las
direcciones origen y destino. Ntese que la cabecera de transporte no es visible al nivel de acceso a
la red; en otras palabras, a dicho nivel no le concierne el contenido concreto de la PDU de transporte.
Pgina 41 de 59
La red acepta la PDU de transporte de X y la transmite a Y. El mdulo de acceso a la red en Y

recibe la PDU, elimina la cabecera y pasa la PDU de transporte adjunta al mdulo de la capa de
transporte de Y. La capa de transporte examina la cabecera de la unidad de datos del protocolo de
transporte y, en funcin del contenido del campo de la cabecera que contenga el SAP, entregar el
registro correspondiente a la aplicacin pertinente, en este caso, al mdulo de transferencia de
archivos de Y.
MODELO OSI
La determinacin de que la tecnologa y protocolos a emplear para cumplir con los requisitos
determinados en el diseo lgico de la red, obtenidos a partir de la capa de red del modelo top-down,
requiere de una metodologa estructurada de s mismo.
Afortunadamente, ISO (International Standards Organization) desarroll un marco para la
organizacin de la tecnologa de redes y protocolos que se conoce como el modelo OSI (Open System
Interconnection). El modelo OSI divide la comunicacin entre dos dispositivos conectados en red en
siete capas o categoras.
Pgina 42 de 59
Figura 11. Tabla Modelo OSI
Al intentar solucionar problemas de LAN, inevitablemente, el analista de redes experto inicia

con la capa fsica (capa 1) y asegura que los protocolos e interfaces en cada nivel estn en
funcionamiento antes de pasar a la capa superior del modelo OSI. El modelo OSI permite a los tcnicos
de comunicaciones, as como a los desarrolladores hablar de la interconexin de dos redes o equipos
en trminos ms comunes sin tener que lidiar en la jerga del vendedor propietario.
Estos "trminos comunes" son el resultado de la arquitectura en capas del modelo OSI. La
arquitectura divide la tarea de comunicacin entre dos equipos en tareas independientes pero que se
relacionan entre s, cada una representada por su propia capa. La capa superior (capa 7) representa
los servicios requeridos por el programa de aplicacin que se ejecuta en cada equipo y se la llama "capa
de aplicacin". La capa inferior (capa 1) tiene que ver con la conexin fsica de los dos equipos o redes,
de ah su nombre "capa fsica". El resto de las capas (de 2 a 6) puede no ser tan obvio, pero, sin
embargo, representan un grupo lgico de funciones necesarias para conectar dos ordenadores,
suficientes como para justificar una capa separada. Algunas de las capas se dividen en sub-capas.
Para utilizar el modelo OSI, un analista de red, lista los protocolos para cada dispositivo
informtico o nodo de la red para cada una de las 7 capas del modelo OSI. La coleccin de estos
Pgina 43 de 59
protocolos listados en cada capa se conoce como pila de protocolos del nodo de red. Por ejemplo,
los medios de comunicacin fsicos empleados como par trenzado sin blindaje, cable coaxial o cable
de fibra ptica se introduce como protocolo de capa 1, mientras que las arquitecturas Ethernet o Token
puede ser introducidas como un protocolo de capa 2. Tcnicamente hablando, las caractersticas
elctricas y mecnicas del tipo de medio seleccionado es el nivel real de un protocolo. Los propios
medios de comunicacin se refiere a veces como nivel 0.
El modelo OSI permite a los analistas de la red producir un inventario preciso de los protocolos
presentes en cualquiera de los nodos de la red. Finalmente, el modelo OSI proporciona una
metodologa estructurada para determinar qu tecnologa de hardware y software se requiere en el
diseo fsico de la red con el fin de cumplir con los requisitos del diseo lgico de la red.
El modelo OSI no es un protocolo o un grupo de protocolos, sino que se trata de un marco
estandarizado vaco en el que los protocolos se pueden enumerar en orden para realizar un anlisis y
diseo de una LAN eficaz. La ISO ha elaborado tambin un conjunto de protocolos OSI que
corresponden a algunas de las capas del modelo OSI. Es importante diferenciar entre el modelo OSI y
los protocolos de OSI.
MODELO
MODELO TCP/IP
Aunque el modelo OSI es quiz ms famoso que cualquiera de los protocolos OSI, todo lo contrario se
puede decir de un modelo y los protocolos asociados, conocido como "Suite de protocolos de
Internet", tambin conocido como "conjunto de protocolos TCP/IP" o "arquitectura TCP/IP". Esta
arquitectura de comunicaciones toma su nombre de TCP/IP (Transmission Control Protocol/Internet
Protocol), los protocolos estndares de interconexin de sistemas abiertos. Como puede verse, TCP e
IP son slo dos de los protocolos asociados a este modelo.
Al igual que el modelo OSI, el modelo TCP/IP es una arquitectura en capas, en las que las capas
superiores utilizar la funcionalidad ofrecida por los protocolos de las capas inferiores. Los protocolos
de cada capa son capaces de operar independientemente de los protocolos de las otras capas. Por
ejemplo, los protocolos de un nivel determinado pueden ser actualizados o modificados sin tener que
cambiar todos los dems protocolos en todas las otras capas. Un ejemplo reciente es la nueva versin
de IP conocida como IPng (IP Next Generation), o IPv6 (IP versin 6) que fue desarrollado en respuesta
a una escasez de direcciones IP. Este cambio propuesto es posible, sin la necesidad de cambiar todos
los otros protocolos en la arquitectura TCP / IP.
Pgina 44 de 59
Esta arquitectura de comunicaciones podra ser utilizada para analizar y disear las
comunicaciones entre redes. En el caso del modelo de suite de protocolos de Internet, las funciones
de interconexin de redes de comunicacin se dividen en 4 capas en lugar de 7. Algunos analistas
consideran al modelo TCP/IP ms simple y ms prctico que el Modelo OSI.
Figura 12. Modelo OSI vs Modelo TCP/IP
MIDDLEWARE
Introduccin
El Middleware podra ser considerado como la / cuando hablamos de cliente/servidor. Es una capa
de software que ofrece transparencia para llevar a cabo la comunicacin y el traspaso de informacin
entre clientes y servidores. Se encuentra entre la capa de aplicaciones y la capa de transporte en
ambos, ya sea cliente o servidor.
La utilizacin del Middleware permite desarrollar aplicaciones en arquitectura Cliente/Servidor
independizando los servidores y clientes, facilitando la interrelacin entre ellos y evitando
dependencias de tecnologas propietarias
Funciona como una capa de abstraccin de software distribuida, que se sita entre las capas
de aplicaciones y las capas inferiores (sistema operativo y red). El middleware abstrae de la
Pgina 45 de 59
complejidad y heterogeneidad de las redes de comunicaciones subyacentes, as como de los sistemas

operativos y lenguajes de programacin, proporcionando una API para la fcil programacin y manejo
de aplicaciones distribuidas. Dependiendo del problema a resolver y de las funciones necesarias, sern
tiles diferentes tipos de servicios de middleware. Por lo general el middleware del lado cliente est
implementado por el Sistema Operativo, el cual posee las bibliotecas que ejecutan todas las
funcionalidades para la comunicacin a travs de la red.
Clasificacin
La clasificacin del software middleware puede ser descrita en dos grandes categoras: una de
integracin y otra de aplicacin. stas poseen a su vez diferentes clases.
Categora de integracin
El tipo de integracin que incluyen posee la capacidad de unirse con sistemas heterogneos. Cada
middleware posee diferentes protocolos de comunicacin o formas de operar en diferente software.
Los tipos de integracin se pueden ver como:
Orientados a procedimiento o procesos: Los middleware que son orientados a procesos, utilizan una
comunicacin sincronizada (como por ejemplo el telfono). Una de las caractersticas de estos, es que
utilizan el client stub y el server skeleton. El client stub convierte la peticin en un mensaje que es
mandado al servidor; luego el server skeleton recibe el mensaje, lo convierte en la peticin y llama a
la aplicacin del servidor donde sta es procesada. Terminado el procesamiento, ocurre el proceso
inverso. El client stub verifica los errores, enva los resultados al software que inici la peticin y
entonces suspenden el proceso. Las ventajas de estos middleware es que usan un tipo estndar en
nombres de servicios y procesos remotos, pueden retornar respuesta an con problemas en la red y
pueden manejar mltiples tipos de formatos para datos y niveles heterogneos de sistemas de
servicio. Las desventajas son que no poseen escalabilidad, no pueden retornar la informacin a un
programa diferente del que realiz la solicitud (reflexin) y poseen procesos muy rgidos.
Orientados a objetos: Soportan pedidos de objetos distribuidos. La comunicacin entre los objetos
puede ser sincronizada, sincronizada diferida o no sincronizada. Soportan mltiples pedidos similares
realizados por mltiples clientes en una transaccin. La forma de operar es:
1. El objeto cliente llama a un mtodo lgico para obtener un objeto remoto.
Pgina 46 de 59
2. Un ORB Proxy (tambin conocido como stub) pone en orden la informacin y la transmite a
travs del agente (broker).
3. El agente acta como punto medio y contacta con diversas fuentes de informacin, obtiene
sus referentes IDs, recolecta informacin y, en ocasiones, la reorganiza.
4. El proxy remoto (tambin conocido como skeleton) desordena la informacin que le llega del
agente y se la pasa al objeto servidor.
5. El objeto servidor procesa la informacin y genera un resultado que es devuelto al cliente
siguiendo los pasos inversos.
Las ventajas son que permiten generar reflexin y escalabilidad, que opera con mltiples tipos de
informacin y estados y que soporta procesos mltiples. Las desventajas consisten en obtener la
existencia de vnculos antes de la ejecucin y de un cdigo contenedor para algunos sistemas
heredados.
Orientados a mensajes (MOM, Message-oriented middleware): Se pueden dividir en dos tipos,
espera y publicacin/suscripcin. El paso de espera se puede dividir en mensaje y espera. El paso de
mensaje inicia con que la aplicacin enva un mensaje a uno o ms clientes, con el MOM del cliente. El
servidor MOM, recoge las peticiones de la cola (Message Broker) en un orden o sistema de espera
predeterminado. Los actos del servidor MOM son como un router y usualmente no interactan con
estas. El MOM de publicacin y suscripcin acta de manera ligeramente diferente, es ms orientado
a eventos. Si un cliente quiere participar por primera vez, se une al bus de informacin. Dependiendo
de su funcin, si es como publicador, suscriptor y ambas, este registra un evento. El publicador enva
una noticia de un evento al bus de memoria. El servidor MOM enva un anuncio al subscriptor
registrado cuando la informacin est disponible.
Orientados a componentes: Un componente es un programa que realiza una funcin especfica,
diseada para operar e interactuar fcilmente con otros componentes y aplicaciones. El middleware
en este caso en una configuracin de componentes. Los puntos fuertes de este middleware es que es
configurable y reconfigurable. La reconfiguracin se puede realizar en tiempo de ejecucin, lo que
ofrece una gran flexibilidad para satisfacer las necesidades de un gran nmero de aplicaciones.
Agentes: Los agentes son un tipo de middleware que posee varios componentes:
Entidades. Pueden ser objetos o procesos.
Pgina 47 de 59
Medios de comunicacin. Pueden ser canales, tuberas, etc.
Leyes. Identifican la naturaleza interactiva de los agentes. Pueden ser la sincronizacin o el

tipo de esquema.
Las ventajas de los middleware agentes son que la capacidad de stos para realizar una gran
cantidad de tareas en nombre del usuario y para cubrir una amplia gama de estrategias basadas en el
entorno que les rodea. Sin embargo su implementacin es complicada debido a la complejidad y
dificultades dadas por las operaciones que manejan.
Categora de Aplicacin
La clasificacin por aplicacin incluye los middleware que son ajustados para aplicaciones especficas.
Middleware para acceso a informacin (DAM, Data Access middleware): Los middleware para acceso
a informacin tienen la caracterstica de poder interactuar con diversas fuentes de datos. En este tipo
de middleware se encuentran los que procesan transacciones, gateways de bases de datos y sistemas
distribuidos de transaccin/procedimiento. Sus ventajas residen en la comunicacin que tienen entre
mltiples fuentes de datos, la conversin del lenguaje de programacin de la aplicacin a un lenguaje
aceptado por la fuente de datos de destino y la capacidad de respuesta en un formato y lenguaje
aceptable para el solicitante.
Middleware de escritorio: Los middleware de escritorio pueden hacer variaciones en la presentacin
de la informacin pedida por el usuario por aplicaciones de rastreo y asistencia, controlar cualquier
servicio de transporte y proveer una copia de seguridad y otras operaciones de fondo. Otras pueden
ser manutencin y grficas, ordenamientos, directorios de servicios, manejo de informacin de la base
de datos, manejo de procesos, calendarizacin de trabajos, notificacin de eventos de servicios,
manejo de instalacin de software, servicios de cifrado y control de accesos.
Middleware basados en la web: Este tipo de middleware asiste al usuario con la navegacin web, el
uso de interfaces que le permiten encontrar pginas de su inters y detectar cambios de inters del
usuario basado en su historial de bsquedas. Provee de un servicio de identificacin para un gran
nmero de aplicaciones y comunicacin entre procesos independiente del sistema operativo,
protocolo de red y plataforma de hardware. Los middleware que se encuentran fuertemente unidos a
la red se llaman servidores de aplicaciones, ya que mejoraran el rendimiento, disponibilidad,
Pgina 48 de 59
escalabilidad, seguridad, recuperacin de informacin, y soportan la administracin colaborativa y su

uso. Los middleware pueden contactar directamente a la aplicacin ganando mejor comunicacin
entre el servidor y el cliente. Otros servicios importantes dados por este tipo de middleware son
servicios de directorios, correos electrnicos, cadenas de suministros de gran tamao, accesos
remotos a informacin, descarga de archivos, accesos a programas y acceso a aplicaciones remotas.
Middleware a tiempo real: La informacin en tiempo real es caracterizada porque la informacin
correcta en un instante puede no serlo en otro. Los middleware en tiempo real soportan las peticiones
sensibles al tiempo y polticas de planificacin. Esto se realiza con servicios que mejoran la eficiencia
de las aplicaciones de usuario. Los middleware en tiempo real se pueden dividir en diferentes
aplicaciones:
Aplicacin de base de datos en tiempo real.
Sensor de procesamiento.
Transmisin de informacin.
La informacin que pasa a travs de un middleware en tiempo real se ha incrementado

dramticamente con la introduccin de Internet, redes inalmbricas, y las nuevas aplicaciones basadas
en la difusin. Las ventajas de este tipo de middleware son que proveen un proceso de decisin que
determina el mejor criterio para resolver procesos sensibles al tiempo, y la posibilidad de ayudar a los
sistemas operantes en la localizacin de recursos cuando tienen tiempos lmites de operacin. Los
middleware multimedia son una rama mayor en los middleware en tiempo real. stos pueden manejar
una gran variedad de informacin. Estos tipos pueden ser textos, imgenes de todo tipo (GPS,
imgenes, etc.), procesadores de lenguajes naturales, msica y video. La informacin debe ser
recopilada, integrada y entonces enviada al usuario sensible del tiempo. Los dispositivos multimedia
pueden incluir una mezcla de dispositivos tanto fsicos (parlantes, cmaras, micrfono) como lgicos.
Middleware especialistas: En muchos casos los middleware proveen una tarea muy especfica que no
se puede ajustar a las categoras anteriores. Un ejemplo seran middlewares mdicos.
Pgina 49 de 59
SISTEMAS OPERATIVOS DISTRIBUIDOS.

Existen muchas definiciones y no siempre coincidentes. Nosotros diremos que un sistema distribuido
es un conjunto de computadores independientes que se presenta a los usuarios como un sistema
nico. En esta definicin cabe destacar dos aspectos. Uno, el hardware. La definicin habla de
mquinas autnomas, es decir, que pueden operar sin la supervisin de ninguna otra. Dos, el software,
que debe conseguir que los usuarios del sistema lo vean como una mquina central convencional
nica.
Concepto de Sistemas Operativos distribuidos
Permiten distribuir trabajos, tareas o procesos, entre un conjunto de procesadores. Puede ser que este
conjunto de procesadores est en un equipo o en diferentes, en este caso es trasparente para el
usuario. Existen dos esquemas bsicos de stos. Un sistema fuertemente acoplado es aquel que
comparte la memoria y un reloj global, cuyos tiempos de acceso son similares para todos los
procesadores. En un sistema dbilmente acoplado los procesadores no comparten ni memoria ni reloj,
ya que cada uno cuenta con su memoria local.
Los sistemas distribuidos deben de ser muy confiables, ya que si un componente del sistema
se compone otro componente debe de ser capaz de reemplazarlo.
Entre los diferentes Sistemas Operativos distribuidos que existen tenemos los siguientes:
Sprite, Solaris-MC, Mach, Chorus, Spring, Amoeba, Taos, etc.
Aspectos de los Sistemas Operativos distribuidos:
Coleccin de sistemas autnomos capaces de comunicacin y cooperacin mediante

interconexiones hardware y software.
Gobierna operacin de un S.C. y proporciona abstraccin de mquina virtual a los

usuarios.
Objetivo clave es la transparencia.
Generalmente proporcionan medios para la comparticin global de recursos.
Servicios aadidos: denominacin global, sistemas de archivos distribuidos,

facilidades para distribucin de clculos (a travs de comunicacin de procesos
internodos, llamadas a procedimientos remotos, etc.).
Pgina 50 de 59
Caractersticas de Sistemas Distribuidos

Hasta aqu nos hemos dedicado a hacer un repaso del hardware sobre el que puede construirse un
sistema distribuido y del tipo de software que da al usuario del mismo una vista o apariencia ms o
menos integrada. En el resto del captulo vamos a detenernos en los aspectos que hay que considerar
en la construccin de un sistema para que pueda ser entendido como realmente distribuido. Estos
aspectos son la transparencia, la flexibilidad, la fiabilidad, las prestaciones y la escalabilidad.
Trasparencia
Se dice que un sistema distribuido es trasparente cuando es visto tanto por el usuario como por el
programador como un sistema convencional de tiempo compartido. La trasparencia total es difcil de
lograr. Parcialmente, el concepto de transparencia puede ser aplicado a varios aspectos de un sistema
distribuido.
La transparencia a la ubicacin consiste en que los nombres de los recursos no estn ligados a
las mquinas concretas. Por ejemplo, en un sistema que sea transparente a la localidad, no se permiten
en una llamada al sistema open nombres como maquina1/home/pipo/agenda. La transparencia a la
migracin es un concepto un tanto ms elaborado. Consiste en que los recursos, si bien su nombre no
depende de su localizacin, cuando esta cambia, el nombre del recurso cambia. Consideremos un
sistema con dos servidores de ficheros. Los usuarios ven el directorio raz del primer servidor como el
directorio /libros y el segundo como /artculos. Supongamos que en el servidor segundo tenemos el
directorio acta, que los usuarios ven cmo /artculos/acta. El administrador del sistema puede
considerar que los artculos del directorio acta, que han sido compilados y editados en una publicacin
nica, deben ser considerados como un libro, de modo que son migrados al otro servidor en el
directorio acta. Ahora, el usuario no ve el directorio /artculos/acta y s percibe que ha aparecido el
directorio /libros/acta. Este cambio en la ubicacin fsica de un directorio ocasiona que el nombre del
directorio cambie de nombre. Se puede decir que este sistema de ficheros no es transparente a la
migracin.
Para aumentar la seguridad de los sistemas, en ocasiones se replican ciertos recursos. La
transparencia a la replicacin consiste en que el nombre de los recursos debe ser independientes de
la rplica concreta. En el ejemplo anterior, el directorio /acta puede residir en los dos servidores para
mayor seguridad. Sin embargo cada rplica tendra un nombre asociado, bien /artculos/acta, bien
/libros/acta. Un sistema de ficheros transparente a la replicacin sera aquel en el cual varios
servidores dispuestos en un anillo lgico mantuviesen la misma jerarqua de directorios, pero los
Pgina 51 de 59
ficheros no se encuentran en todas las mquinas. El sistema decide en qu mquinas replicar un

fichero. Cuando se produce un acceso a un fichero por parte de un proceso, la peticin se dirige al
primer servidor. Si no est el fichero, la solicitud se redirije al siguiente, etc. El primer servidor que
mantenga el fichero atender la peticin. Lo importante es que el nombre del fichero es independiente
de si el fichero est replicado o no, cuntas veces y en qu mquinas.
Otro aspecto de la transparencia es la denominada transparencia a la concurrencia. En
ocasiones, en un sistema de tiempo compartido dos procesos acceden al mismo registro de un fichero.
El que dicha posibilidad exista no debe influir en la forma que es accedido el fichero en el proceso de
usuario. Este sistema de acceso debiera se transparente a la concurrencia.
Sin duda alguna, la transparencia ms difcil de alcanzar es la transparencia al paralelismo.
Cuando se dispone de ms de una UCP, los problemas se pueden descomponer en procesos, cada uno
de ellos ejecutando en una UCP y comunicndose a travs de mensajes. Esta aproximacin exige del
programador que conozca de cantas UCP dispone su sistema y conozca que su programa admite una
descomposicin en actividades que pueden ser ejecutadas en paralelo. Sera ideal que el compilador
del programa y el sistema operativo llevasen a cabo dicha descomposicin. Desgraciadamente, el
estado actual de los conocimientos en nos sita an muy lejos de lograr la transparencia al paralelismo.
Flexibilidad
Este aspecto se refiere a la forma en que debe ser construido el sistema operativo. Conviven dos
escuelas de pensamiento que son las del kernel monoltico y las del sistema operativo basado en
microkernel. La primera sostiene que los servicios del sistema deben residir en el sistema operativo y
la segunda que es preciso extraer todos los servicios posibles fuera del ncleo del sistema operativo y
disponerlos en procesos de usuario, logrando un mayor estructura e independencia en los servicios,
que pueden residir en mquinas diferentes. Hoy en da el kernel monoltico domina el mundo de los
sistemas operativos, pero parece que el futuro se impondr la filosofa microkernel, debido a su mayor
flexibilidad. Para obtener un servicio, un proceso de usuario enva un mensaje al servidor adecuado. El
kernel slo se ocupa de realizar el paso del mensaje y es el proceso de usuario quien realiza el trabajo
cuado recibe el mensaje. Es la facilidad para aadir, suprimir y modificar los servicios los que que da la
flexibilidad al sistema microkernel. Por ejemplo, puede fcilmente disponerse de dos sistemas de
ficheros, UNIX, donde los discos mantienen la asignacin de los ficheros en i-nodos y MS-DOS, donde
los discos mantienen la FAT. Con un kernel monoltico, el sistema de ficheros es el que es y no puede
modificarse. La nica ventaja de los kernel monolticos sobre los microkernels es su mayor velocidad
debido a la ausencia de trfico de mensajes. Sin embargo, en los sistemas operativos distribuidos
Pgina 52 de 59
existen otros factores a considerar adems del trfico de mensajes que minimizan el impacto de estos
en las prestaciones del sistema global, de modo que en un futuro previsible se impondrn los sistemas
microkernel.
Fiabilidad
Una de las motivaciones originales para tratar de construir sistemas distribuidos fue el aumento de la
fiabilidad del sistema. En un sistema con cien UCP's el fallo de uno de ellas no tendr consecuencias
graves, porque su trabajo ser realizado por las otras. En un sistema en el que el sistema de ficheros
se reparte en cuatro servidores, cada uno de ellos con una probabilidad de que en un instante dado
sea inoperativo de 0.05, la probabilidad de que el sistema de ficheros completo no sea operativo es de
0.054 = 0.000006. No obstante, esta es slo parte de la verdad. Una cita muy famosa de Leslie Lamport
define un sistema distribuido como aquel en el que nunca se puede hacer nada porque siempre
necesita de un servicio que presta una mquina que uno nunca sabe dnde est que se ha estropeado.
As, el ejemplo anterior puede interpretarse del siguiente modo. Ya que la probabilidad de que uno de
los servidores est disponible es del 0.95, la probabilidad de que un proceso que necesite acceder a
los cuatro servidores pueda ejecutarse es de 0.954 = 0.84.
La fiabilidad tiene varios aspectos. Uno es la disponibilidad, que es la fraccin de tiempo en
que el sistema es operativo. La disponibilidad aumenta cuando no es preciso que muchos
componentes crticos del sistema necesiten estar operativos simultneamente, pero desde luego la
clave para garantizar la disponibilidad es la replicacin de los componentes, sean software o hardware.
Si uno falla, otro estar disponible. La redundancia, no obstante, acarrea otros problemas. Entre ellos
est la consistencia de los datos. A mayor nmero de copias, mayor es la probabilidad de que se
produzcan inconsistencias, especialmente si al nmero de escrituras es muy alto.
Otro aspecto de la fiabilidad es el de la seguridad de los datos, que deben ser protegidos contra
accesos no autorizados que los corrompan o eliminen. El problema de seguridad crece en los sistemas
distribuidos debido al aumento del nmero de mensajes que circulan por las lneas de comunicacin,
que pueden ser interceptados e impostados por mquinas ajenas al sistema. Supongamos un sistema
distribuido formado por las mquinas A, B, C y D. Si la mquina F tiene acceso a las lneas de
comunicacin, F puede enviar un mensaje a A solicitndola un servicio como puede ser el acceso a
determinado registro de datos confidencial. En el campo del mensaje que determina la mquina fuente
siempre puede insertar el nombre de la mquina B. La mquina A no tiene medio de saber que el
mensaje ha sido impostado y contesta a la mquina B. Este mensaje tambin es interceptado o ledo
por la mquina F.
Pgina 53 de 59
Prestaciones
Por muy brillantemente que hayan sido resueltos los objetivos de transparencia y fiabilidad de un
sistema operativo distribuido, este no tendr xito si es lento. La velocidad de los sistemas distribuidos
viene comprometida por el trfico de mensajes en las lneas de comunicacin. En una red local, el envo
de un mensaje puede llevar alrededor de un milisegundo. La mayora de este tiempo se gasta en la
ejecucin de los protocolos de comunicacin en ambos extremos de la lnea. El aumento de velocidad
pasa necesariamente por minimizar el nmero de mensajes intercambiados. Por una parte, el
descomponer un problema en actividades que pueden ser ejecutadas en paralelo y asignarlas a
distintos procesadores es la mejor manera de resolver el problema de forma eficiente. Por otra parte,
a mayor nmero de procesadores, mayor es el nmero de mensajes intercambiados. Aparece as el
concepto de la granularidad de los clculos. El problema de sumar cuatro enteros puede ser
descompuesto en dos subproblemas. El primero es sumar los dos primeros nmeros y el segundo el
sumar los dos ltimos. Desde luego no merece la pena el solicitar un servicio remoto para sumar dos
enteros por que el costo de las comunicaciones es incomparablemente mayor que el ahorro de tiempo
conseguido en su ejecucin simultnea. En general, se puede decir que un sistema operativo
distribuido dar pocas prestaciones en problemas de granularidad fina, es decir aquellos en que
muestran muchos clculos pequeos que se comunican intensamente. Si son apropiados en la
resolucin de problemas de granularidad gruesa, aquellos que exiben unos pocos bloques de clculo
independientes y pocas necesidades de comunicacin.
Escalabilidad
A pesar de los progresos de los ltimos aos, con sistemas concretos y desarrollados, el diseo de
sistemas operativos distribuidos es un campo an poco conocido e investigado. Los actuales sistemas
abarcan como mximo unos cientos de mquinas. A medida que la informtica se introduce en las
actividades cotidianas y el ordenador se introduce en los hogares, comienzan a perfilarse sistemas de
miles de millones de mquinas. La pregunta que se plantea es la siguiente. Los mtodos y algoritmos
utilizados en los sistemas operativos distribuidos actuales son apropiados, es decir, escalan
adecuadamente cuando el nmero de componentes aumenta en rdenes de magnitud?
Aunque se sabe an muy poco acerca de estos enormes sistemas futuros, una cosa parece
estar clara: hay que evitar componentes, estructuras de datos -tablas, etc- y algoritmos que operen de
forma centralizada. En cuanto a los componentes o mquinas, es posible tener un nico servidor que
atienda a cuatro cientos millones de hispanohablantes, pero ms vale repartir su carga de trabajo entre
Pgina 54 de 59
otros servidores a fin de paliar los efectos de una interrupcin del servicio. En cuanto a las tablas, se
puede mantener los nmeros de telfono de cuatrocientos millones de personas en una sola mquina.
Supongamos un registro de 50 caracteres. El listado total requiere un almacenamiento de 50 * 4 * 108
= 20 * 109 = 20 Gbytes, que puede soportar incluso una nica unidad de disco. No obstante, concentrar
las peticiones en esta mquina saturara no slo su UCP sino las lneas de comunicacin que salen y
entran en el sistema.
Centralizar algoritmos tampoco es una buena idea. En un sistema distribuido grande, una
cantidad enorme de mensajes debe ser encaminada a lo largo de muchas lneas y mquinas. La forma
ms eficiente de hacer esto es recabar peridicamente toda la informacin de la carga de todas las
lneas y mquinas en una mquina central. Con la informacin obtenida esta mquina calcular todas
las rutas ptimas empleando un algoritmo de teora de teora de grafos. Sus resultados sern despus
extendidos al resto de las mquinas del sistema. Una mquina nica prestando servicios a demasiados
clientes hemos visto que es inadecuada. En general, algoritmos que exijan el requerir informacin a
todos los componentes, realizar clculos con la informacin recabada y despus distribuir los
resultados deben ser evitados. Slo deben usarse algoritmos descentralizados, que tienen las
siguientes caractersticas.
1. Ninguna mquina tiene informacin completa acerca de todo el sistema.
2. Las mquinas toman decisiones basadas solamente en informacin local.
3. El fallo de una de las mquinas no malogra el algoritmo.
4. No existe un reloj comn.
Este ltimo aspecto quizs se entienda peor. En una red local, las mquinas se pueden
sincronizan en un intervalo del milisegundo, pero sincronizar mquinas a nivel nacional, por ejemplo,
es ms complicado.
Ventajas
Economa: Es la razn nmero uno para elegir los S.O.D. ya que estos sistemas se suponen con
una proporcin precio/desempeo mucho mejor que la de un equipo de super cmputo.
Velocidad: Los S.O.D. pueden ser ms veloces y tener mayor poder de cmputo que
un mainframe.
Distribucin inherente: Porque ciertas aplicaciones son distribuidas en forma inherente.
Pgina 55 de 59
Confiabilidad: Un S.O.D. ofrece mayor confiabilidad al distribuir la carga de trabajo entre muchas
mquinas, la falla de un circuito descompondr a lo ms una mquina y el resto seguir intacto.
Desarrollo incremental de la madurez del sistema: Para aadir poder de cmputo, no se necesita
redisear ni gastar en componentes ms caros, slo hay que multiplicarlos. Por ejemplo basta
con aadir ms procesadores al sistema, lo que facilita la escalabilidad y su planificacin.
Desventajas
Software: No hay mucha experiencia en el diseo, implantacin y uso del software distribuido,
adems existen pocos productos de software para los sistemas distribuidos.
Redes: Una vez que el sistema llega a depender de la red, la prdida o saturacin de sta puede
negar algunas de las ventajas que el S.O.D. deba conseguir.
En general al juzgar y entender los S.O.D. debemos seguir los lineamientos de las leyes
informticas sobre Cuellos de Botella, Gasto Mnimo de Recursos, Balance Costo/Complejidad y la Ley
de Rendimientos Decrecientes; aunque se supone que se mejoran estas debilidades de los S.O.
centralizados, no se pueden soslayar totalmente.
SISTEMAS OPERATIVOS DE RED

RED
La primera aproximacin de la industria hacia los S.O.D. fueron los productos de S.O. en red, que
apoyados en la especificacin IEEE para redes locales surgieron al mercado en los aos 90's. Uno de
los ms celebrados es el S.O. Novell Netware, que adems poda instalarse en entornos definidos MSDOS o Windows. Otros productos similares son los sistemas Windows NT de Microsoft, los sistemas de
red AppleTalk de Apple, y por supuesto los sistemas UNIX y LINUX. Otros casos son Lantastic de Artisoft
que es una red semidistribuida y Banyan de Vines que usa una tecnologa Xerox Network System en
una arquitectura cliente-servidor.
Estos sistemas, si bien han demostrado su utilidad, tienen su lmite de potencia asociado a los
cuellos de botella, los tiempos de espera y el troughput del kernel, de ah que no se puede esperar
obtener alto rendimiento sin hacer cambios a la arquitectura. La necesidad de implementar S.O.D.
nace de la dificultad de obtener e implantar equipos de super-cmputo, ya que ni siquiera existe una
medida que defina dnde terminan las especificaciones de uno y terminan las de otro. En general los
Pgina 56 de 59
requerimientos de conexiones mltiples de usuarios o mdulos, y la necesidad de procesar una gran

cantidad de operaciones dan lugar a la creacin del modelo de S.O.D.
Caractersticas de los Sistemas Operativos de Red

En general, se puede decir que un Sistema Operativo tiene las siguientes caractersticas:
Conveniencia. Un Sistema Operativo hace ms conveniente el uso de una computadora.
Eficiencia. Un Sistema Operativo permite que los recursos de la computadora se usen de la

manera ms eficiente posible.
Habilidad para evolucionar. Un Sistema Operativo deber construirse de manera que permita
el desarrollo, prueba o introduccin efectiva de nuevas funciones del sistema sin interferir
con el servicio.
Encargado de administrar el hardware. El Sistema Operativo se encarga de manejar de una

mejor manera los recursos de la computadora en cuanto a hardware se refiere, esto es,
asignar a cada proceso una parte del procesador para poder compartir los recursos.
Relacionar dispositivos (gestionar a travs del kernel). El Sistema Operativo se debe encargar
de comunicar a los dispositivos perifricos, cuando el usuario as lo requiera.
Organizar datos para acceso rpido y seguro.
Manejar las comunicaciones en red. El Sistema Operativo permite al usuario manejar con alta
facilidad todo lo referente a la instalacin y uso de las redes de computadoras.
Procesamiento por bytes de flujo a travs del bus de datos.
Facilitar las entradas y salidas. Un Sistema Operativo debe hacerle fcil al usuario el acceso y
manejo de los dispositivos de Entrada/Salida de la computadora.
Tcnicas de recuperacin de errores.
Evita que otros usuarios interfieran. El Sistema Operativo evita que los usuarios se bloqueen
entre ellos, informndoles si esa aplicacin est siendo ocupada por otro usuario.
Generacin de estadsticas.
Permite que se puedan compartir el hardware y los datos entre los usuarios.
Ventajas
La gestin se vuelve ms sencilla:
Pgina 57 de 59
La gestin de los recursos y equipos de la red se hace de forma centralizada.
Puede conectar los equipos y recursos de la red.
Coordina funciones de perifricos y recursos.
Proporciona seguridad en el control de acceso.
Optimiza la utilizacin de los recursos
Desventajas
Equipos ms caros y potentes para actuar como servidores
Coste del sistema operativo (coste por conexiones simultneas...)
Sistema crtico: necesidad de redundancia, personal especializado, etc.
Pgina 58 de 59
GUIA DE REVISION BIBLIOGRAFICA
Preguntas
Cules son las caractersticas de las redes entre pares?
Cmo funciona una red peer-to-peer?
Cul es la controversia ms fuerte de las redes p2p?
Segn el grado de centralizacin, cmo clasificara las redes p2p?
Cul es la principal caracterstica de las redes cliente / servidor?
Cmo funciona una red cliente / servidor?
Describa al menos 4 caractersticas de la arquitectura cliente / servidor?
Nombre ventajas y desventajas del modelo cliente / servidor.
Cules son las capas del modelo Ascendente Descendente, tambin conocido como holstico
o Top Down?
Qu nos garantiza la aplicacin correcta del modelo Ascendente / Descendente?
Explique el modelo PAD
Qu funciones cumple el middleware?
Enumere y desarrolle 4 ventajas y/o desventajas de las thinclient
En qu se diferencian los clientes robustos con los delgados?
Nombre 4 caractersticas de los Sistemas Operativos Distribuidos. Luego explique al menos una
de ellas.
Nombre 4 caractersticas de los Sistemas Operativos de Red. Luego explique al menos una de
ellas.
Realice una tabla comparativa de ventajas y desventajas de S.O.D. y S.O.R.
Pgina 59 de 59

Unidad I Teleprosesamiento Avanzado

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Unidad I Teleprosesamiento Avanzado

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD ABIERTA INTERAMERICANA

FACULTAD DE TECNOLOGA INFORMTICA

UNIDAD 1: PERSPECTIVA DE NEGOCIO

La era de la arquitectura cliente servidor .......................................................................................... 27

MODELO PRESENTACIN, APLICACIN Y DATOS (P.A.D.) ................................................................... 38

Teleprocesamiento Avanzado Ing. Medn Cristian

REDES ENTRE PARES (PEER(PEER-TOTO-PEER)

nombre Peer-to-Peer, millones de usuarios conectados a Internet comenzaron a cambiar la forma de

Teleprocesamiento Avanzado Ing. Medn Cristian

Robustez: La naturaleza distribuida de las redes peer-to-peer tambin incrementa la robustez

Clasificacin segn grado de centralizacin

Redes P2P centralizadas

Teleprocesamiento Avanzado Ing. Medn Cristian

Redes P2P hbridas, semicentralizadas o mixtas

Redes P2P puras o totalmente descentralizadas

Los nodos actan como cliente y como servidor.

No existe un servidor central que maneje las conexiones de red.

Teleprocesamiento Avanzado Ing. Medn Cristian

No hay un enrutador central que sirva como nodo y administre direcciones.

son: Kademlia, Ares

Galaxy, Gnutella, Freenet, Gnutella2 y Maidsafe.

Figura 1: Topologas de Redes entre pares.

Ventajas y desventajas de Redes entre pares

el sistema no es centralizado y esto dificulta la

administracin, si algn equipo se daa se puede daar toda la red.

Teleprocesamiento Avanzado Ing. Medn Cristian

REDES CLIENTE / SERVIDOR

Algunos antecedentes, Por qu fue creado?

Figura 2. Red Cliente/Servidor

Teleprocesamiento Avanzado Ing. Medn Cristian

Administrar la interfaz de usuario.

Interactuar con el usuario.

Procesar la lgica de la aplicacin y hacer validaciones locales.

Generar requerimientos de bases de datos.

Recibir resultados del servidor.

Aceptar los requerimientos de bases de datos que hacen los clientes.

Procesar requerimientos de bases de datos.

Formatear datos para trasmitirlos a los clientes.

Procesar la lgica de la aplicacin y realizar validaciones a nivel de bases de datos.

Sistema Operativo de Red

Caractersticas de la arquitectura Cliente/Servidor

Combinacin de un cliente que interacta con el usuario, y un servidor que interacta

Existe una clara distincin de funciones basada en el concepto de "servicio", que se

Teleprocesamiento Avanzado Ing. Medn Cristian

El ambiente es heterogneo. La plataforma de hardware y el sistema operativo del

El concepto de escalabilidad tanto horizontal como vertical es aplicable a cualquier

Ventajas y desventajas del modelo cliente/servidor

Centralizacin del control de los recursos, datos y accesos.

Facilidad de mantenimiento y actualizacin del lado del servidor: Esto es porque el

Hay muchas herramientas cliente-servidor probadas, seguras y amigables para usar.

Teleprocesamiento Avanzado Ing. Medn Cristian

Si el nmero de clientes simultneos es elevado, el servidor puede saturarse. Esto

EVOLUCIN D E LOS EQUIPOS DE PROCESAMIENTO CENTRALIZADO

Un poco de resea histrica

Teleprocesamiento Avanzado Ing. Medn Cristian

Teleprocesamiento Avanzado Ing. Medn Cristian

Categoras de las computadoras

Teleprocesamiento Avanzado Ing. Medn Cristian

Estas mquinas estaban construidas por medio de tubos de vaco.

Eran programadas en lenguaje de mquina.

Teleprocesamiento Avanzado Ing. Medn Cristian

Figura 3. 1 Generacin de Computadoras

Estn construidas con circuitos de transistores.

Se programan en nuevos lenguajes llamados lenguajes de alto nivel.