206 Captulo 8 / EL MODELO ARQUITECTNICO

I a arquitectura de n niveles est llegando rpidam ente a ser la norma en la mayora de

las organizaciones, conform e las redes de rea local, las redes de rea am plia, Internet y World
Wide Web estn entrelazadas. La distincin entre cliente puro y servidor puro casi se elimina
en tales am bientes, haciendo que cliente/servidor sea ms un patrn conceptual que es aplica
do a cada transaccin al m om ento de su ejecucin.
Para efectos de sim plificacin, gran paite de este captulo supondr una arquitectura
cliente/servidor de dos niveles, en donde varios clientes PC hacen peticiones a un servidor de
datos central, listo nos permitir explorar algunas de las caractersticas ms com unes y funda
m entales del am biente cliente/servidor sin ponernos quisquillosos sobre Ja term inologa.

CAPAS DE SOFTWARE CLIENTE/SERVIDOR

Para tratar el despliegue del softw are a travs de una arquitectura de hardw'are de varios n iv e
les prim ero debem os separar la aplicacin de softw are en sus capas. H1 in terio r de la apli
cacin del negocio puede ser agrupado en al menos tres categoras principales, la capa de
presentacin, ta capa lgica del negocio y la capa de adm inistracin de dalos,- La figura 8-4
m uestra un evento de negocios conform e pasa a travs de las tres capas de una aplicacin de
software.

Capa de presentacin Capa Inica de! negocio

F ig u ra 8-4. C apas de softw are.

t 'liando se dcspliep.E un aplicacin a irn vas d; varios ni velos da hardware, aparece una cuarta capa de soft
ware, que maiica las comunicaciones de mquina a mquina.
CUENTE PESADO, SERVIDOR PESADO 207

La ca p a de p re se n ta c i n se encuentra en el borde del sistem a de software. Su trabajo es

capturar los estm ulos de eventos externos y realizar algn grado de edicin sobre los datos en
trantes. Tambin est encargada de la presentacin de la respuesta del evento hacia el mundo
exterior. Ll softw are de presentacin casi siempre se encuentra en una m quina cliente, tal co
mo una PC. pera sta no es una regla estricta. Las PCs pueden utilizarse para em ular pantallas
de maiiiCrame con muy poca lgica de presentacin residiendo en el cliente. Hl paradigm a del
lenguaje de la capa de presentacin est cada vez ms orientado a objetos. El am biente de ven
tanas de la mayora de los sistemas operativos cliente tiende por s mismo en form a natural a
las estructuras de objetos.
L a c a p a lgica del negocio contiene el cdigo que ejecuta y hace cum plir las polticas
del negocio. Las reglas y las regulaciones, as com o los clculos internos, se encuentran en la
capa lgica del negocio. Hl softw are que ejecuta la lgica del negocio es la capa m s cam bian
te. Puede encontrarse en los clientes remotos, en el servidor central o en cualquier otro lugar
intermedio. M uchos de los pros y contras presentados en este captulo se enfocan sobre la ubi
cacin de esta capa de la aplicacin. A l m om ento de escribir esto, e paradigm a del lenguaje
para la capa de negocios es un revoltijo. La tendencia es un m ovim iento hacia las estructuras
orientadas'a objetos. El grado de orientacin a objetos em pleado en la capa lgica del negocio
es altam ente dependiente del lenguaje seleccionado o de la herram ienta de desarrollo. Hs com
pletam ente posible tener com ponentes 3GL, 4GL y objetos m ezclados dentro de la m ism a apli
cacin.
La capa d e administracin de datos proporciona acceso a ios dalos corporativos. M a
neja las peticiones sim ultneas de lectura y escritura a la base de datos, as com o la sincroni
zacin de los elem entos de datos distribuidos. Gran parte de la capa de adm inistracin de datos
seguir a la ubicacin fsica de los datos. La decisin de distribuir o centralizar la base de da
tos determ inar gran parte de la ubicacin de la capa de adm inistracin de datos. Para la ma
yora de los sistemas de negocios el paradigm a de base de datos es la base de datos relacional.
La m ayora de los datos recopilados por los negocios se ajusta perfectam ente al formato de co
lumnas y renglones del paradigm a relacional. Los proveedores de bases de datos relacinales
tam bin estn respondiendo a la presin de extender sus bases de datos para que m anejen d a
tos no estructurados, tales com o los de m ultim edia, sonido, video y objetos de hipertexto.

CLIENTE PESADO, SERVIDOR PESADO

H a aparecido un trm ino en cierta forma polticam ente incvrn-cUj que se utiliza para definir la
filosofa de una aplicacin en relacin al lugar en donde se encuentra la parte ms grande de la
capa lgica de negocios de la aplicacin. Cliente pesado (servidor delgado) significa que la
parte im portante del softw are se ejecuta en la m quina cliente, y el servidor esl relegado a dar
los dalos com o esclavo cuando se los soliciten y regresarlos a la base de datos cuando cl clien
te se lo instruye.
Servidor pesado (cliente delgado) describe una asignacin de tareas en donde el cliente
est restringido a la presentacin de la interfaz y a una edicin mnima, mientras que la mayor
parte de la lgica del negocio para cl cum plim iento de las reglas se ejecuta en el servidor cen
tral. Por supuesto, sta es una vista excesivam ente sim plificada del mundo, debido a que las
arquitecturas clientc/servidor de n niveles pueden soportar capas de software muy com plejas
con depsitos pesados por toda la red, pero el trm ino nos ayuda a reconocer las tendencias fi
losficas de un lenguaje de program acin particular.