Contexto de la

programacin
cliente/servidor
Unidad I
Qu es
Cliente-
Servidor?
Esta definicin se usa para describir una aplicacin en la
cual dos o mas procesos separados trabajan juntos para
completar una tarea. El proceso Cliente solicita al
proceso Servidor la ejecucin de una accin en particular
esta operacin se conoce como proceso cooperativo.
Los procesos pueden o no estar en una sola mquina.
1.1. Arquitectura
del modelo
cliente/servidor.
La arquitectura cliente/servidor persigue el objetivo de procesar la
informacin de un modo distribuido. De esta forma, los usuarios
finales pueden estar dispersos en un rea geogrfica ms o menos
extensa (un edificio, una localidad, un pas, ) y acceder a un
conjunto comn de recursos compartidos.
Adems, el acceso debe ser transparente (el cliente puede
desconocer la ubicacin fsica del recurso que pretende utilizar) y,
preferiblemente, multiplataforma, es decir, independiente del
sistema operativo, del software de aplicacin e incluso del
hardware.
En definitiva, cuando hablamos de la implantacin de una
arquitectura cliente/servidor, nos referimos a un sistema de
informacin distribuido.
Tipos de
arquitectura?
Centralizada: consiste en un conjunto de
terminales brutas que se conectan a un
Mainframe todas la operaciones se realizan en
sta, mientras que las terminales solo se
emplean como interface.

Tipos de
arquitectura?
Modelo de 2 capas
Es una arquitectura constituida por 2 capas: Front-
End y Back-End.
Front-End: consiste en la capa donde el usuario
interacta con su PC.
Back-End: es el servidor de bases de datos como
Oracle o SQL-Server.

Dificultades de la arquitectura de 2 capas
Dificultad al realizar cambios en el Front-End
Dificultad al compartir procesos comunes.
Problemas de seguridad, etc.

Arquitectura
de 3 capas
Es el sucesor de la arquitectura de dos capas, sta implementa una n
capas adicionales las cuales se encargan de encapsular las reglas del
negocio asociadas con el sistema y las separa de la presentacin y del
cdigo de la D.B.

Reglas del negocio
D.B.
Comunicacin
entre las capas
El modelo de 3 capas es una forma lgica de
agrupar los componentes que creamos. Est
basado en el concepto de que todos los niveles
de la aplicacin, son una coleccin de
componentes que se proporcionan servicios
entre s o a otros niveles adyacentes. La nica
comunicacin que no est permitida es la de
Frond-End con Back-End.
contrario al modelo de 2 capas donde cada
capa solo se comunica con su capa superior o
inferior siendo estas las capas de Front-End y
Back-End.
Modelo de 3 capas
Los servicios se
forman de
componentes
El modelo de 3 capas est destinado a ayudarnos a construir
componentes fsicos a partir de los niveles lgicos. As que
podemos empezar tomando decisiones sobre qu parte
lgica de la aplicacin vamos a encapsular en cada uno de
nuestros componentes de igual modo que encapsulamos los
componentes en varios niveles.
Un nivel est conformado por varios componentes, por tanto
puede suplir varios servicios.

Niveles del modelo
Nivel de Usuario
Los componentes del nivel de usuario,
proporcionan la interfaz visual que los clientes
utilizarn para ver la informacin y los datos. En
este nivel, los componentes son responsables de
solicitar y recibir servicios de otros componentes
del mismo nivel o del nivel de servicios de negocio.
Es muy importante destacar que, a pesar de que
las funciones del negocio residen en otro nivel,
para el usuario es transparente la forma de operar.
Niveles del modelo
Nivel de Negocios
Como los servicios de usuario no pueden
contactar directamente con el nivel de servicios
de datos, es responsabilidad de los servicios de
negocio hacer de puente entre estos. Los objetos
de negocio proporcionan servicios que completan
las tareas de negocio tales como verificar los
datos enviados por el cliente. Antes de llevar a
cabo una transaccin en la D.B.
Los componentes de los servicios de negocio
tambin nos sirven para evitar que el usuario
tenga acceso directo a la base de datos, lo cual
proporciona mayor seguridad en la integridad de
sta.
Nivel de Datos
El nivel de datos se encarga de las tpicas
tareas que realizamos con los datos: Insercin,
modificacin, consulta y borrado. La clave del
nivel de datos es que los papeles de negocio no
son implementados aqu. Aunque un
componente de servicio de datos es
responsable de la gestin de las peticiones
realizadas por un objeto de negocio.
Un nivel de servicios de datos
apropiadamente implementado, debera
permitir cambiar su localizacin
sin afectar a los servicios
proporcionados por los componentes de
negocio.
Ventajas
Los componentes de la aplicacin pueden ser desarrollados en cualquier
lenguaje.
Los componentes son independientes.
Los componentes pueden estar distribuidos en mltiples servidores.
La D.B. es solo vista desde la capa intermedia y no desde todos los clientes.
Los drivers del D.B. No tienen que estar en los clientes.
Mejora la administracin de los recursos cuando existe mucha concurrencia.
Permite reutilizacin real del software y construir aplicaciones escalables.



1.3 Servidores
de
aplicaciones
Un servidor de aplicaciones no es ms que un cambio de nombre,
para algunos servidores Web de nueva generacin que
proporcionan la lgica de negocio sobre la que construir
aplicaciones. Suelen asociarse con servidores de alto rendimiento
pensados para dar servicio a sitios Web (Web sites) con grandes
necesidades: afluencia de visitas, movimiento de datos, atencin
de transacciones hacia bases de datos, etc. Generalmente los
fabricantes del sector tienen a disposicin del pblico un servidor
Web bsico y otro con multitud de extensiones fuertemente
integradas al que llaman servidor de aplicaciones.
Referencias
http://somebooks.es/?p=3357
Kris Jamsa.(1999). Aprenda y practique Java.Ed. Oxford.
Wong, Paul. Java. Ed. International Thomsom Editores.
Mrquez, Francisco M. Unix Programacin Avanzada 2. Edicin.
Mxico: Alfaomega