Cliente/Servidor

1. DEFINICION DE CLIENTE/SERVIDOR
Entre las principales definiciones se tiene:
a. Desde un punto de vista conceptual:
Es un modelo para construir sistemas de informacin, que se sustenta
en la idea de repartir el tratamiento de la informacin y los datos por todo
el sistema informtico, permitiendo mejorar el rendimiento del sistema
global de informacin
. En t!r"inos de ar#uitectura:
Los distintos aspectos que caracterizan a una aplicacin
(proceso, almacenamiento, control y operaciones de entrada y
salida de datos en el sentido ms amplio, estn situados en
ms de un computador, los cuales se encuentran interconectados mediante una
red de comunicaciones!
I$% de&ine al "odelo Cliente/Servidor
Es la tecnolog"a que proporciona al usuario final el acceso transparente a las
aplicaciones, datos, ser#icios de cmputo o cualquier otro recurso del grupo de
trabajo y$o, a tra#%s de la organizacin, en m&ltiples plataformas! El modelo
soporta un medio ambiente distribuido en el cual los requerimientos de ser#icio
'ec'os por estaciones de trabajo inteligentes o (clientes)), resultan en un
trabajo realizado por otros computadores llamados ser#idores(!

'. ( )*E ES *N+ +R)*ITECT*R+ ,
*na arquitectura es un entramado de componentes funcionales que
apro#ec'ando diferentes estndares, con#enciones, reglas y procesos, permite
integrar una amplia gama de productos y ser#icios informticos, de manera que
pueden ser utilizados eficazmente dentro de la organizacin!
+ebemos se,alar que para seleccionar el modelo de una arquitectura, 'ay que
partir del conte-to tecnolgico y organizati#o del momento y, que la arquitectura
.liente$/er#idor requiere una determinada especializacin de cada uno de los
diferentes componentes que la integran!
-. ( )*E ES CLIENTE ,
Es el que inicia un requerimiento de ser#icio! El requerimiento inicial puede
con#ertirse en m&ltiples requerimientos de trabajo a tra#%s de redes L01 o
201! La ubicacin de los datos o de las aplicaciones es totalmente
transparente para el cliente!
.. ( )*E ES SERVIDOR ,
Es cualquier recurso de cmputo dedicado a responder a los requerimientos del
cliente! Los ser#idores pueden estar conectados a los clientes a tra#%s de redes
L01s o 201s, para pro#eer de m&ltiples ser#icios a los clientes y ciudadanos
tales como impresin, acceso a bases de datos, fa-, procesamiento de
imgenes, etc!
REDES L+N : (Local 0rea 1et3are, 4ed de 0rea Local! 4ed de
comunicaciones que sir#e a usuarios dentro de un rea geogrficamente
limitada!
REDES /+N : (2ide 0rea 1et3or5, 4ed de .omunicaciones que abarca
reas geogrficas amplias, como pueden ser estados y pa"ses!
0. ()*E ES *N 1ROCESO DISTRI$*IDO,

Es un modelo de sistemas y$o de
aplicaciones, en el cual las
funciones y los datos pueden estar
distribuidos a tra#%s de m&ltiples
recursos de cmputo, conectados
en un ambiente de redes L01 o
201!


2. ()*E ES *N SISTE%+ +$IERTO,
Es un ambiente en el cual los sistemas y productos de cmputo de diferentes
pro#eedores son capaces de trabajar conjuntamente para
pro#eer una solucin aplicati#a a cualquier requerimiento de la organizacin!
6ambi%n se refiere a la posibilidad de transportar aplicaciones y$o datos desde
cualquier sistema de cmputo a otro!
3. ()*E ES DO/NSI4IN5,
Es la migracin de aplicaciones a plataformas
de cmputo menores con la intencin de
obtener mayor fle-ibilidad, eficiencia, reduccin
de costos y autosuficiencia para los usuarios!


6. ()*E ES *1SI4IN5,
Es la consolidacin de usuarios finales o aplicaciones y datos de redes L01s
en plataformas de cmputo mayores, incrementando la facilidad de acceso,
capacidad y$o rendimiento!

7. ()*E ES RI58TSI4IN5,
.onsiste en la seleccin de tecnolog"as de informacin
adecuadas para la solucin de la problemtica de los negocios y
ser#icios, tales como mejor respuesta al mercado, un adecuado
ser#icio a los clientes y ciudadanos y un mayor apro#ec'amiento
en el uso de la tecnolog"a y de los recursos!

19. ()*E ES O*TSO*RCIN5,
/e define como la cesin de la responsabilidad en la gestin de los /istemas
de 7nformacin de una organizacin a otra empresa especializada en este tipo
de acti#idades!
En general, 8utsourcing es una cesin completa de la gestin de /7, pudiendo
incluir al personal t%cnico informtico al equipamiento f"sico lgico que pudiera
e-istir en el momento de la realizacin del
contrato , de modo que todas las tareas de carcter informtico de la
organizacin, pasan a ser realizadas por la empresa contratista!
En ocasiones particulares esta cesin puede 'acerse de forma sectorial (por
ejemplo, puede e-cluirse al personal informtico y, en general, debe ser muy
fle-ible para adaptarse a las necesidades propias de cada organizacin!
11. ()*E ES %IDDLE/+RE,
Es el conjunto de ser#icios que permiten a las aplicaciones distribuidas
interoperar en redes L01s o 201s! Enmascara la complejidad del sistema
tanto para los usuarios finales como para los desarrolladores de las
aplicaciones, proporcionando el acceso transparente a los ser#icios que se
encuentran a tra#%s de los recursos del sistema (computadoras, impresoras,
modems, soft3are, etc!!
1-. ELE%ENTOS DE L+ +R)*ITECT*R+ CLIENTE/SERVIDOR
En esta apro-imacin, y con el objeti#o de definir y delimitar el modelo de
referencia de una arquitectura .liente$/er#idor, debemos identificar los
componentes que permitan articular dic'a arquitectura, considerando que toda
aplicacin de un sistema de informacin est caracterizado por tres
componentes bsicos:
9resentacin$.aptacin de 7nformacin
9rocesos
0lmacenamiento de la 7nformacin
los cuales se suelen distribuir tal como se presenta en la figura:
0plicaciones .liente$/er#idor
y se integran en una arquitectura .liente$/er#idor en base a los elementos que
caracterizan dic'a arquitectura, es decir:
9uestos de 6rabajo
.omunicaciones
/er#idores
tal como se presenta en la figura:
+r#uitectura Cliente/Servidor
+e estos elementos debemos destacar:
El 9uesto de 6rabajo o .liente *na Estacin de
trabajo o microcomputador (9.: .omputador
9ersonal conectado a una red, que le permite
acceder y gestionar una serie de recursos el cual se
perfila como un puesto de trabajo uni#ersal! 1os
referimos a un microcomputador conectado al sistema
de informacin y en el que se realiza una parte
mayoritaria de los procesos!
/e trata de un fenmeno en el sector informtico! 0quellos responsables
informticos que se oponen a la utilizacin de los terminales no
programables, acaban siendo marginados por la presin de los usuarios!
+ebemos destacar que el puesto de trabajo basado en un
microcomputador conectado a una red, fa#orece la fle-ibilidad y el
dinamismo en las organizaciones! Entre otras razones, porque permite
modificar la ubicacin de los puestos de trabajo, dadas las #entajas de la
red!
Los /er#idores o :ac5;end! *na mquina que suministra una serie de
ser#icios como :ases de +atos, 0rc'i#os, .omunicaciones,!!!!
Los /er#idores, seg&n la especializacin y los
requerimientos de los ser#icios que debe suministrar
pueden ser:
<ainframes
<iniordenadores
Especializados (+ispositi#os de 4ed, 7magen, etc!
*na caracter"stica a considerar es que los diferentes
ser#icios, seg&n el caso, pueden ser suministrados por
un &nico /er#idor o por #arios /er#idores
especializados!
=igura de un <ainframe!
Las .omunicaciones en sus dos #ertientes:
7nfraestructura de redes
.omponentes >ard3are y /oft3are que garantizan la cone-in f"sica y la
transferencia de datos entre los distintos equipos de la red!
7nfraestructura de comunicaciones
.omponentes >ard3are y /oft3are que permiten la comunicacin y su gestin,
entre los clientes y los ser#idores!
La arquitectura .liente$/er#idor es el resultado de la
integracin de dos culturas! 9or un lado, la del <ainframe
que aporta capacidad de almacenamiento, integridad y
acceso a la informacin y, por el otro, la del computador
que aporta facilidad de uso (cultura de 9., bajo costo,
presentacin atracti#a (aspecto l&dico y una amplia oferta
en productos y aplicaciones!
1-. C+R+CTERISTIC+S DEL %ODELO CLIENTE/SERVIDOR
En el modelo .L7E16E$/E4?7+84 podemos encontrar las siguientes
caracter"sticas:
1. El .liente y el /er#idor pueden actuar como una sola entidad y tambi%n pueden
actuar como entidades separadas, realizando acti#idades o tareas
independientes!
2. Las funciones de .liente y /er#idor pueden estar en plataformas separadas, o
en la misma plataforma!

3. *n ser#idor da ser#icio a m&ltiples clientes en forma concurrente!
4. .ada plataforma puede ser escalable independientemente! Los cambios
realizados en las plataformas de los .lientes o de los /er#idores, ya sean por
actualizacin o por reemplazo tecnolgico, se realizan de una manera
transparente para el usuario final!
5. La interrelacin entre el 'ard3are y el soft3are estn basados en una
infraestructura poderosa, de tal forma que el acceso a los recursos de la red no
muestra la complejidad de los diferentes tipos de formatos de datos y de los
protocolos!
*n sistema de ser#idores realiza
m&ltiples funciones al mismo tiempo
que presenta una imagen de un solo
sistema a las estaciones .lientes.
Esto se logra combinando los
recursos de cmputo que se
encuentran f"sicamente separados en
un solo sistema lgico,
proporcionando de esta manera el
ser#icio ms efecti#o para el usuario
final!
6ambi%n es importante 'acer notar
que las funciones .liente$/er#idor
pueden ser dinmicas! Ejemplo, un
ser#idor puede con#ertirse en cliente
cuando realiza la solicitud de
ser#icios a otras plataformas dentro
de la red!
/u capacidad para permitir integrar
los equipos ya e-istentes en una
organizacin, dentro de una
arquitectura informtica
descentralizada y 'eterog%nea !
6. 0dems se constituye como el ne-o de unin mas adecuado para reconciliar
los sistemas de informacin basados en mainframes o minicomputadores, con
aquellos otros sustentados en entornos informticos peque,os y estaciones de
trabajo!
7. +esigna un modelo de construccin de sistemas informticos de carcter
distribuido!
8. /u representacin t"pica es un centro de trabajo (9., en donde el usuario
dispone de sus propias aplicaciones de oficina y sus propias bases de datos,
sin dependencia directa del sistema central de informacin de la organizacin,
al tiempo que puede acceder a los recursos de este 'ost central y otros
sistemas de la organizacin ponen a su ser#icio!
En consecuencia, parte del
control de las aplicaciones se
transfieren del computador
central (ser#idor a los 9.s o
estaciones de trabajo (clientes,
adquiriendo estas plataformas,
entonces, un papel protagonista
en conjunto del sistema de
informacin!
*NI:

En conclusin, .liente$/er#idor puede incluir m&ltiples plataformas, bases de datos,
redes y sistemas operati#os! Estos pueden ser de distintos pro#eedores, en
arquitecturas propietarias y no propietarias y funcionando todos al mismo tiempo! 9or
lo tanto, su implantacin in#olucra diferentes tipos de estndares: 099., 6.9$79, 8/7,
1=/, +4+0 corriendo sobre +8/, 8/$@, 2indo3s o 9. *17A, en 6o5en;4ing,
Et'ernet, =++7 o medio coa-ial, slo por mencionar algunas de las posibilidades!
6o5en 4ing : 4ed de anillo de se,ales en forma secuencial! .ada estacin de la red
recibe la se,al y la pasa a la estacin ubicada a continuacin!
12. VENT+;+S < DESVENT+;+S DEL %ODELO
CLIENTE/SERVIDOR
El esquema .liente$/er#idor posee las siguientes #entajas:
*no de los aspectos que ms 'a promo#ido el uso de sistemas
.liente$/er#idor, es la e-istencia de plataformas de 'ard3are cada #ez ms
baratas! Esta constituye a su #ez una de las ms palpables #entajas de este
esquema, la posibilidad de utilizar mquinas considerablemente ms baratas
que las requeridas por una solucin centralizada, basada en sistemas grandes!
0dems, se pueden utilizar componentes, tanto de 'ard3are como de soft3are,
de #arios fabricantes, lo cual contribuye considerablemente a la reduccin de
costos y fa#orece la fle-ibilidad en la implantacin y actualizacin de
soluciones!
El esquema .liente$/er#idor facilita la integracin entre sistemas
diferentes y comparte informacin permitiendo, por ejemplo que las mquinas
ya e-istentes puedan ser utilizadas pero utilizando interfaces mas amigables al
usuario! +e esta manera, podemos integrar 9.s con sistemas medianos y
grandes, sin necesidad de que todos tengan que utilizar el mismo sistema
operacional!
0l fa#orecer el uso de interfaces grficas interacti#as, los sistemas
construidos bajo este esquema tienen mayor interaccin ms intuiti#a con el
usuario! El uso de interfaces grficas para el usuario, el esquema
.liente$/er#idor presenta la #entaja, con respecto a uno centralizado, de que
no es siempre necesario transmitir informacin grfica por la red pues esta
puede residir en el cliente, lo cual permite apro#ec'ar mejor el anc'o de banda
de la red!
*na #entaja adicional del uso del esquema .liente$/er#idor es que es
ms rpido el mantenimiento y el desarrollo de aplicaciones, pues se pueden
emplear las 'erramientas e-istentes (por ejemplo los ser#idores de /BL o las
'erramientas de ms bajo ni#el como los soc5ets o el 49. !
La estructura in'erentemente modular facilita adems la integracin de
nue#as tecnolog"as y el crecimiento de la infraestructura computacional,
fa#oreciendo as" la escalabilidad de las soluciones!
El esquema .liente$/er#idor contribuye adems, a proporcionar, a los
diferentes departamentos de una organizacin, soluciones locales, pero
permitiendo la integracin de la informacin rele#ante a ni#el global!
El esquema .liente$/er#idor tiene algunos incon#enientes que se mencionan a
continuacin:
0dems de lo anterior, se cuenta con muy escasas 'erramientas para la
administracin y ajuste del desempe,o de los sistemas!
En el desarrollo de aplicaciones .liente$/er#idor se deben tener en
cuenta diferentes aspectos, que se mencionan a continuacin!
Es importante que los clientes y los ser#idores utilicen el mismo
mecanismo (por ejemplo soc5ets o 49., lo cual implica que se deben
tener mecanismos generales que e-istan en diferentes plataformas!
0dems, 'ay que tener estrategias pare el manejo de errores y para
mantener la consistencia de los datos! La seguridad de un esquema
.liente$/er#idor es otra preocupacin importante! 9or ejemplo, se deben
'acer #erificaciones en el cliente y en el ser#idor! 6ambi%n se puede
recurrir a otras t%cnicas como el encriptamiento!
El desempe,o es otro de los aspectos que se deben tener en cuenta en
el esquema .liente$/er#idor! 9roblemas de este estilo pueden
presentarse por congestin en la red, dificultad de trfico de datos, etc!
*n aspecto directamente relacionado con lo anterior es el de cmo
distribuir los datos en la red! En el caso de una organizacin, por
ejemplo, %ste puede ser 'ec'o por departamentos, geogrficamente, o
de otras maneras! >ay que tener en cuenta que en algunos casos, por
razones de confiabilidad o eficiencia, se pueden tener datos replicados, y
que puede 'aber actualizaciones simultneas!
0 otro ni#el, una de las decisiones que deben tomar las organizaciones
es la de si comprar o desarrollar los diferentes componentes!

13. VENT+;+S DEL %ODELO CLIENTE/SERVIDOR 1+R+ L+S
OR5+NI4+CIONES:
En una seccin anterior presentamos las #entajas del esquema .liente$/er#idor
'aciendo %nfasis en los aspectos t%cnicos! En %sta, #eremos cmo %stas
pueden beneficiar a la organizacin!
Como una primera ventaja podemos mencionar que con el uso de
este esquema, se reducen los costos de produccin de software y
/e disminuyen los tiempos
requeridos! Esto es as", pues,
para la construccin de una
nue#a aplicacin pueden usarse
los ser#idores que est%n
disponibles, reduci%ndose el
desarrollo a la elaboracin de los
procesos del cliente, seg&n los
requerimientos deseados!

Lo anterior disminuye los costos internos del rea de sistemas! 0dems, se
pueden obtener #entajas importantes al reducir el costo del 'ard3are requerido,
lle#ando las aplicaciones a plataformas ms baratas, apro#ec'ando el poder de
cmputo de los diferentes elementos de la red, y facilitando la interaccin entre
las distintas aplicaciones de la organizacin!
El esquema .liente$/er#idor tambi%n contribuye a una disminucin de los
costos de entrenamiento de personal, pues fa#orecen la construccin de
interfaces grficas interacti#as, las cuales son ms intuiti#as y fciles de usar
por el usuario final!
8tra de las #entajas del
esquema .liente$/er#idor
para las organizaciones, es
que facilita el suministro de
informacin a los usuarios!
Esto es as", porque por un
lado proporciona una mayor
consistencia a la informacin
de la organizacin, al contar
con un control centralizado
de los elementos
compartidos, y por otro,
porque facilita la construccin
de interfaces grficas
interacti#as, las cuales
pueden 'acer que los (datos(
se con#iertan en
(informacin(!
0dems, el esquema .liente$/er#idor permite lle#ar ms fcilmente la
informacin a donde se necesita, contribuye a aumentar su precisin pues se
puede obtener de la fuente (el ser#idor y no de una copia en papel o en medio
magn%tico!
La 'abilidad de integrar sistemas 'eterog%neos es in'erente al modelo
.liente$/er#idor, pues los clientes y los ser#idores pueden e-istir en m&ltiples
plataformas y tener acceso a datos de cualquier sitio de la red! *n cliente
puede integrar datos de diferentes sitios para presentarlos, a su manera, al
usuario final!
0l fa#orecer la construccin de interfaces grficas interacti#as y el acceso
transparente a diferentes nodos de la red, se facilita el uso de las aplicaciones
por parte de los usuarios, lo cual aumenta su producti#idad!
El esquema .liente$/er#idor tambi%n fa#orece la adaptacin a cambios en la
tecnolog"a, pues facilita la migracin de las aplicaciones a otras plataformas y,
al aislar claramente las diferentes funciones de una aplicacin, 'ace ms fcil
incorporar nue#as tecnolog"as en %sta!
0l igual que el esquema
cliente$ser#idor, 'oy en d"a tienen
muc'a importancia los conceptos de
sistemas abiertos e
interoperabilidad, los cuales estn
"ntimamente ligados con el concepto
de .liente$/er#idor!
>ace algunos a,os cuando una organizacin decid"a comprar un equipo, no
pod"a e#itar quedar casada con la compa,"a #endedora, pues %sta era la &nica
que pod"a prestar ser#icios de mantenimiento y actualizacin! +ado que los
equipos de diferentes #endedores no ten"an nada en com&n, cualquier
desarrollo posterior a la primera compra implicaba compras al mismo #endedor,
por factores de compatibilidad! 9or esta razn se reduc"a la competencia, pues
las grandes compa,"as acaparaban el mercado y los clientes o ciudadanos no
pod"an cambiar de pro#eedor!
.on este panorama surgi la idea de la implantacin de estndares, porque
ellos posibilitan el intercambio de informacin de manera co'erente entre
productos de diferentes #endedores! Esto permite a nue#os pro#eedores la
oportunidad de entrar al mercado y a los clientes, la oportunidad de cambiar de
pro#eedor!
.on el establecimiento de
estndares aparecieron los
sistemas abiertos! *n sistema
abierto es un medio en el cual
se pueden intercambiar
componentes de soft3are y
'ard3are, dando a un usuario
mayor posibilidad de escoger
productos de acuerdo a sus
necesidades y fomentando la
competencia entre
pro#eedores, que deben
mejorar sus ser#icios para
ganar clientes (ciudadanos!
Los sistemas abiertos son la plataforma adecuada para el desarrollo de
aplicaciones distribuidas, porque se pueden combinar las #entajas de diferentes
mquinas y sistemas operacionales! 9ara implementar el intercambio de
informacin, el modelo de comunicacin mas popular es el modelo
.liente$/er#idor, el cual permite que el usuario in#oque ser#icios de forma
transparente!
.on este marco, a continuacin, sern e-puestos algunos sistemas
.liente$/er#idor ofrecidos comercialmente, tales como 0rquitecturas abiertas
propuestas por la 8pen /oft3are =oundation (8/=, y sistemas operacionales
abiertos propuestos por +igital y <icrosoft, basados en el estndar de la 8/=!
17. CONSIDER+CIONES 1+R+ L+ I%1L+NT+CION CLIENTE/SERVIDOR
En el momento en que una organizacin ( empresa o institucin p&blica o
pri#ada empieza a distribuir sus aplicaciones y ser#icios de cmputo, la
administracin de sistemas y la definicin de dnde ubicar los datos, deben ser
seriamente consideradas y e#aluadas! *n solo sistema de 4edes L01 puede
requerir poca administracin o nada de ella, sin embargo en un ambiente de
cmputo .liente$/er#idor organizacional, las facilidades de administracin de
sistemas son un requisito indispensable para una implantacin e-itosa!
0dems se consideran otros puntos como:
C! 4eforzar la seguridad de acceso!; En los sistemas distribuidos, el acceso
es frecuentemente limitado a proteger ciertos datos en un ser#idor dado!
/in embargo, no 'ay ning&n control f"sico, lgico o administrati#o para el
control de los datos usados por m&ltiples 9.s, e-cepto para controlar el
medio f"sico de almacenaje (discos, cintas, etc!!
@! <antener la integridad!; Es necesario definir qui%n es el responsable de
mantener la integridad de los datos y de las aplicaciones que se
encuentran distribuidos en las redes que componen el sistema,
estableciendo pol"ticas y procedimientos de seguridad!
D! 4ecodificacin de las aplicaciones actuales!; 9ara determinar si deben
recodificarse las aplicaciones que actualmente se encuentran corriendo
en los sistemas mayores, deben considerarse al menos los siguientes
aspectos:
?erificar si las aplicaciones de alto procesamiento transaccional
pueden ser soportadas por el sistema de L01s!
.erciorarse que se cuenta con la documentacin de dise,o de las
aplicaciones originales! /obre todo cuando se trata de migrar las
aplicaciones #itales de la organizacin!
E#aluar el tiempo de programacin meses$'ombre requerido para
recodificar los programas! En ocasiones %sto no justifica el costo;
beneficio pare efectuar la migracin!
E! /oporte de 9ro#eedores !; 8tro problema potencial es el soporte y
ser#icio! *na red est generalmente integrada con productos de #arios
pro#eedores! Entre ms pro#eedores in#olucrados en un sistema, ms
dif"cil es la determinacin de los problemas! Esta situacin llega a
empeorar por la falta de e-periencia en ambientes distribuidos y
'eterog%neos!
F! E-isten otros costos que tambi%n deben ser incluidos en esta lista de
consideraciones!
Entrenamiento inicial y permanente a todos los usuarios!
<antenimiento de personal de soporte calificado!
0dministracin del riesgo y tiempo para la implantacin!
1ecesidad de consultores e-ternos!
+esarrollo y mantenimiento de las aplicaciones!
.recimiento e-ponencial de
costos!
.ableado y otras facilidades!
Equipo adicional!
.ostos por incurrir en errores!
.ostos por el retraso en la obtencin de los beneficios!
.ostos por mantener licencias de soft3are al mismo ni#el!
.ostos de distribucin de modificaciones de programas base!
E-isten distintos modelos .liente$/er#idor! La clasificacin ms com&n
se e-pone a continuacin:
Con&i=uraci>n Cliente/Servidor
a? 1resentaci>n Distriuida
La estacin de trabajo programable (92/ tiene como &nica tarea el
ofrecer una presentacin grfica al usuario final! 4ealizada sobre
aplicaciones pree-istentes en el 'ost, este tipo de distribucin se puede
aplicar a ambientes de redes compuestas por 'ost y estaciones de
trabajo programables!
La presentacin ofrecida por el mainframe es usada por las terminales
no programables, mientras que la estacin de trabajo programable
puede brindar una interfaz grfica, sin modificar las aplicaciones del 'ost!
Ejemplo:
9resentacin +istribuida:

:ajo 0/$EGG o 2indo3s

? 1resentaci>n Re"ota
Las funciones de presentacin son realizadas e-clusi#amente en las
estaciones de trabajo y se aplica a redes de terminales del tipo 92/!
0qu" nace el primer problema de implementacin: H.mo comunicarse
con la lgica aplicati#a alojada "ntegramente en el 'ost I!
Ejemplo:
9resentacin 4emota:
.ajeros automticos
(:anco .r%dito, :anco
1acional o 9opular, etc!!

c? 1rocesos Distriuidos
Las funciones aplicati#as son realizadas local y remotamente! Es el
t"pico caso en el cual una aplicacin en el 'ost brinda ser#icios generales
a #arias aplicaciones instaladas en estaciones remotas!

Ejemplo:
9rocesos +istribuidos:
.orreo Electrnico
d? +cceso a $ase de Datos Re"ota
El sistema remoto brinda ser#icios de manejo remoto de base de datos,
mientras la lgica aplicati#a reside completamente en el sistema 7ocal!
La distribucin quedar"a fuera de la responsabilidad de los
programadores de la aplicacin!
Ejemplo:
:ases de +atos 4emota:
0plicaciones del 71E7, /*106,
etc!
e? $ase de Datos Distriuida
La solucin es similar a la precedente, con la caracter"stica de que los
datos estn repartidos entre las bases de datos local y remota!
Ejemplo:
:ases de +atos +istribuida:
/imulado: :ajar tablas en ambiente local
4eal: :ase de +atos +istribuida

'9. 8ERR+%IENT+S DE DES+RROLLO DE +1LIC+CIONES < DO/NSI4IN5 C/S
6ienen inicialmente el aspecto de una solucin tradicional, aunque e-isten
diferencias bsicas asociadas a una 6ecnolog"a 8rientada a 8bjetos que
subyacen en ellas, as" como la e-istencia de cuatro tipos de 097s espec"ficos,
lo que en conjunto da una nue#a alternati#a para el desarrollo rpido de
determinadas clases de soft3are!
<icrosoft
16 /er#er
*17A
7nformi-
8nline +ynamic /er#er
8racle J
/er#er
/ybase
/ystem CC
<icrosoft
/BL /er#er K!G
1etscape
Enterprise /er#er
1etscape
9ro-y /er#er
9o3er
:uilder Enterprise
?isual
:asic 9rofessional
Er3in
+ata modeling
<icrosoft
.LL
Ma#a
0pplets
Ma#a
/cript
8LE
/er#ers
8LE
.ontrols
0plicaciones con estas 'erramientas :
C!; 0plicaciones de ayuda a la toma de decisiones basadas en informacin en
bases de datos corporati#as!
@!; 0plicaciones para emulacin de terminal tipo D@JG$F@FG, para reno#ar el
interface de usuario a,adiendo beneficiosas funcionalidades de integracin y
facilidad de uso a la aplicacin de mainframes!
D!; 0plicaciones transaccionales completas, incluyendo los principales
elementos de gestin de concurrencia, seguridad en la transaccin y
mecanismos de recuperacin a tra#%s de m&ltiples redes y ser#idores!
La primera predomina con una estructura final .$/ de tres ni#eles: 9lataforma
de sobremesa, ser#idor intermedio transaccional con base de dato relacional y
mainframes sustentando la base de datos corporati#a!
La segunda se utiliza como estrategia de modernizacin de algunas
aplicaciones basadas en mainframes, intentando e-tender su #ida &til!
La tercera, ms inno#adora, tiene como fin &ltimo la sustitucin del monitor de
transacciones en el mainframe, dejndolo como ser#idor de fic'ero y gestor de
red, aunque esta &ltima alternati#a est toda#"a en sus etapas preliminares y
est menos e-tendida en la actualidad!
a? +plicaciones Cliente/Servidor
Las grandes aplicaciones de gestin integradas, t"picas de los entornos
mainframe, son un ejemplo de este caso en sus #ersiones en *ni- !
E-isten dos razones por parte del fabricante a la 'ora de elegir este tipo de
configuracin y ponerla en el mercado:
La obtencin de una relacin precio$prestaciones adecuada en el nue#o
entorno, muy sensible al precio!
La obtencin de una mayor fle-ibilidad en el proceso de adaptacin y
e#olucin posterior!
Munto a los ser#icios ms clsicos (terminal #irtual, transferencia de
fic'eros, acceso remoto a fic'eros, acceso remoto a perif%ricos , acceso
remoto a bases de datos o mensajer"a!
Es curioso #er cmo algunas compa,"as de soft3are 'an conseguido lanzar
sus #ersiones sobre *ni- a tiempo, gracias a un desarrollo ms corto,
conseguido a tra#%s de estas nue#as 'erramientas!
? Cliente /Servidor @ DoAnsiBin=
La tecnolog"a .liente$/er#idor se utiliza en do3nsizing como un medio para
desarrollar nue#as aplicaciones integradas con las estructuras de datos del
mainframe, que de otra forma tendr"an que ser puestas en el costo de
e-plotacin y amortizacin mayores!
/e 'a usado para mejorar prestaciones de aplicaciones 8L69 (8n Line 6ransfer
9rotocol o terminales grficos o modo caracter, con el aumento natural de la
carga de dic'as aplicaciones!
6ambi%n sir#en para conseguir portar aplicaciones muy pesadas de entornos
mainframes de la gama muy alta a ser#idores transaccionales *ni-, donde se
juega tambi%n con el concepto para conseguir una escalabilidad ms sua#e!
c? El 1roceso Cliente/Servidor
Es 'abitual el empleo como sinnimo del concepto .liente$/er#idor y el
9roceso .ooperati#o sin embargo, es necesario aclarar que el proceso
cooperati#o es un tipo de proceso ms ambicioso que el .liente$/er#idor!
En el primero se produce una segmentacin de la aplicacin y %sta queda
asociada a una plataforma 'ard3are espec"fica, buscando una adaptacin de la
mejor plataforma, al mdulo del soft3are cliente o ser#idor!
En el proceso cooperati#o, en su ms pura concepcin, de lo que se trata es de
'acer una designacin dinmica de recursos en el tiempo, en funcin no slo
de la especializacin, sino de la disponibilidad de los mismos!
'1. SERVICIOS $+S+DOS EN CLIENTE/SERVIDOR
+entro del modelo .liente$/er#idor, 7:< 'a identificado los siguientes ser#icios
'acia los cuales est orientado sus esfuerzos de desarrollo de productos para
satisfacerlo:
a? Servicios de Datos e I"presi>n:
/er#icios que permiten
compartir arc'i#os, bases
de datos, impresoras y
plotters! 0dministracin de
las colas de impresin en
diferentes dispositi#os!
? Servicios de Co"unicaciones:
0seguran que cada componente f"sico de la red sea capaz de comunicarse
e-itosamente con otros componentes, tales como L01 a L01 y L01 a 201! El
sistema puede incluir dispositi#os de comunicaciones que manejen diferentes
tipos de protocolos para conectar sistemas 'eterog%neos!
c? Servicio de +d"inistraci>n:
0dministracin de /istemas in#olucra administracin de cambios, de
problemas, operaciones, configuracin y rendimiento!
C! 0dministracin de .ambios: es definida como las acti#idades
in#olucradas en la planeacin, programacin, distribucin, instalacin y
registro de 'ard3are y soft3are en una red distribuida!
@! 0dministracin de 9roblemas: in#olucra la determinacin de los mismos,
la identificacin de su origen en una red y su solucin!
D! 0dministracin de 8peraciones: es definida como la administracin del
uso de los sistemas y de los recursos para soportar la carga de trabajo
de la organizacin, la cual incluye operaciones automatizadas y remotas!
E! 0dministracin de .onfiguracin: es el manejo de las relaciones lgicas
y f"sicas entre los recursos de la red!
F! 0dministracin del 4endimiento: es un conjunto de acti#idades tales
como la recopilacin de datos de desempe,o, afinamiento, distribucin
de carga de trabajo y el planeamiento de la capacidad para las redes
distribuidas!
0dministracin de /istemas tambi%n incluye ser#icios de respaldo,
recuperacin de datos, seguridad de recursos de cmputo y distribucin y
mantenimiento de soft3are!
d? Servicios de +plicaci>n:
/i el recurso compartido es una parte de una aplicacin (una funcin de la
aplicacin, estamos 'ablando de ser#icios de aplicacin! .ada uno de los
procesadores participantes en un ambiente .liente$/er#idor puede mantener
parte del cdigo de la aplicacin, el cual debe ser compartido por todos ellos
( interoperabilidad ! Esto significa que las partes de una aplicacin pueden ser
distribuidas en #arios procesadores, locales o remotos!
El dise,o de las funciones de la aplicacin no debe estar ligado a un
computador, lo que permite transportar la aplicacin de un procesador a otro,
sin modificaciones ( portabilidad !
*na #entaja deri#ada de esto, es que la aplicacin puede estar ptimamente
ubicada dentro de una red en base a las necesidades: de recursos de cmputo
y de la organizacin!
'1. SERVICIOS $+S+DOS EN CLIENTE/SERVIDOR
+entro del modelo .liente$/er#idor, 7:< 'a identificado los siguientes ser#icios
'acia los cuales est orientado sus esfuerzos de desarrollo de productos para
satisfacerlo:
a? Servicios de Datos e I"presi>n:
/er#icios que permiten
compartir arc'i#os, bases
de datos, impresoras y
plotters! 0dministracin de
las colas de impresin en
diferentes dispositi#os!
? Servicios de Co"unicaciones:
0seguran que cada componente f"sico de la red sea capaz de comunicarse
e-itosamente con otros componentes, tales como L01 a L01 y L01 a 201! El
sistema puede incluir dispositi#os de comunicaciones que manejen diferentes
tipos de protocolos para conectar sistemas 'eterog%neos!
c? Servicio de +d"inistraci>n:
0dministracin de /istemas in#olucra administracin de cambios, de
problemas, operaciones, configuracin y rendimiento!
C! 0dministracin de .ambios: es definida como las acti#idades
in#olucradas en la planeacin, programacin, distribucin, instalacin y
registro de 'ard3are y soft3are en una red distribuida!
@! 0dministracin de 9roblemas: in#olucra la determinacin de los mismos,
la identificacin de su origen en una red y su solucin!
D! 0dministracin de 8peraciones: es definida como la administracin del
uso de los sistemas y de los recursos para soportar la carga de trabajo
de la organizacin, la cual incluye operaciones automatizadas y remotas!
E! 0dministracin de .onfiguracin: es el manejo de las relaciones lgicas
y f"sicas entre los recursos de la red!
F! 0dministracin del 4endimiento: es un conjunto de acti#idades tales
como la recopilacin de datos de desempe,o, afinamiento, distribucin
de carga de trabajo y el planeamiento de la capacidad para las redes
distribuidas!
0dministracin de /istemas tambi%n incluye ser#icios de respaldo,
recuperacin de datos, seguridad de recursos de cmputo y distribucin y
mantenimiento de soft3are!
d? Servicios de +plicaci>n:
/i el recurso compartido es una parte de una aplicacin (una funcin de la
aplicacin, estamos 'ablando de ser#icios de aplicacin! .ada uno de los
procesadores participantes en un ambiente .liente$/er#idor puede mantener
parte del cdigo de la aplicacin, el cual debe ser compartido por todos ellos
( interoperabilidad ! Esto significa que las partes de una aplicacin pueden ser
distribuidas en #arios procesadores, locales o remotos!
El dise,o de las funciones de la aplicacin no debe estar ligado a un
computador, lo que permite transportar la aplicacin de un procesador a otro,
sin modificaciones ( portabilidad !
*na #entaja deri#ada de esto, es que la aplicacin puede estar ptimamente
ubicada dentro de una red en base a las necesidades: de recursos de cmputo
y de la organizacin!