2. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
ARQUITECTURA C/S
• Tanto el cliente como el
servidor pueden realizar
tareas en forma conjunta
como separada ya que el
cliente también tiene sus
propias aplicaciones,
archivos y bases de datos
y que además, pueden
estar en la misma
plataforma o en
plataformas diferentes
3. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
ARQUITECTURA C/S
– CLIENTE: Es aquel que requiere un servicio
del servidor.
– TIPOS DE CLIENTE
A. Cliente Ligero
B. Cliente Pesado
C. Cliente Híbrido
4. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
ARQUITECTURA C/S
– SERVIDOR: Por el contrario, el servidor es la
máquina desde la que se suministran servicios
y que está a la espera del requerimiento del
cliente.
– TIPOS DE SERVIDOR
• Servidores de archivos
• Servidores de bases de datos
• Servidores de transacciones
• Servidores de Groupware
• Servidores de objetos
• Servidores Web
5. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
SEPARACION DE FUNCIONES
• Lógica de Presentación (Nivel de
presentación)
• Lógica de Negocio (Nivel de aplicación)
• Lógica de Datos (Nivel de Datos)
6. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
CLIENTE SERVIDOR - MIDDLEWARE
MIDDLEWARE:
• El middleware es un módulo intermedio que actúa como conductor entre
dos módulos de software. Para compartir datos, los dos módulos de
software no necesitan saber cómo comunicarse entre ellos, sino cómo
comunicarse con el módulo de middleware.
• El middleware debe ser capaz de traducir la información de una
aplicación y pasarla a la otra. El concepto es muy parecido al de ORB
(Object Request Broker) que permite la comunicación entre objetos y
servicios de gestión básicos para aplicaciones de objetos distribuidos.
• En una aplicación cliente / servidor el middleware reside entre la
aplicación cliente y la aplicación del sistema host que actúa como
servidor.
7. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
CLIENTE SERVIDOR - MIDDLEWARE
• Simplifica el proceso de desarrollo de aplicaciones.
• Es el encargado del acceso a los datos: acepta las
consultas y datos recuperados directamente de la
aplicación y los transmite por la red.
• El middleware debe ser capaz de manejar todas las
facilidades que posee el sistema operativo y esto,
no es sencillo
• La adopción dentro de una organización implica la
utilización de unos paquetes de software
específicos para desarrollar estos módulos.
8. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
CLIENTE SERVIDOR - MIDDLEWARE
• Es el encargado del acceso a los datos: acepta las consultas y
datos recuperados directamente de la aplicación y los transmite
por la red. También es responsable de enviar de vuelta a la
aplicación, los datos de interés y de la generación de códigos
de error.
• Es diferente desarrollar aplicaciones en un entorno middleware
que la utilización de APIs directas del sistema. El middleware
debe ser capaz de manejar todas las facilidades que posee el
sistema operativo y esto, no es sencillo. Por eso, muchas
veces se pierde potencia con la utilización del middleware en
lugar de las APIs del sistema operativo directamente.
• La adopción dentro de una organización implica la utilización
de unos paquetes de software específicos para desarrollar
estos módulos. Esto liga a un suministrador y a su política de
actualización del producto, que puede ser distinta que la de
actualización de los sistemas operativos con los que se
comunica el módulo middleware.
10. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
MIDDLEWARE
– Papel del middleware en la arquitectura
cliente/servidor.
• En el middleware existen componentes de cliente y
servidor. La finalidad básica del middleware es
hacer que una aplicación o usuario del cliente
acceda a una serie de servicios del servidor sin
preocuparse de las diferencias entre servidores.
12. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
APLICACIONES CLIENTE
SERVIDOR
• Tanto en el cliente como en el servidor el
software básico es un sistema operativo.
Las plataformas y los sistemas operativos
del cliente y del servidor pueden ser
diferentes. El software de comunicaciones
(Ej. TCP IP) es el que permite ínter-operar
a cliente y servidor. El objeto de todo este
software de soporte es proporcionar una
base para las aplicaciones distribuidas.
14. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
APLICACIONES DE BASE DE
DATOS
• En las maquinas clientes se pueden
guardar una variedad de aplicaciones que
hagan uso de la base de datos. El software
que enlaza al cliente con el servidor es el
que le permite al cliente realizar peticiones
de acceso a la base de datos del servidor
(Ej. SQL).
15. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
APLICACIONES DE BASE DE DATOS
• SELECT Ape_Pat,
Ape_Mat FROM
empleados WHERE
Cargo_Emp=
'Representante de
Ventas' AND
Lugar_Suc = 'AQP'
16. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
VENTAJAS
• Centralización del control, los accesos, recursos y
la integridad de los datos son controlados por el
servidor de forma que un programa cliente
defectuoso o no autorizado no pueda dañar el
sistema.
• Escalabilidad, se puede aumentar la capacidad de
clientes y servidores por separado.
• Fácil mantenimiento, al estar distribuidas las
funciones y responsabilidades entre varios
ordenadores independientes, es posible
reemplazar, reparar, actualizar, o incluso trasladar
un servidor, mientras que sus clientes no se verán
afectados por ese cambio
17. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
DESVENTAJAS
• La congestión del tráfico ha sido siempre un problema en el
paradigma de C/S.
• El paradigma de C/S clásico no tiene la robustez de una red
P2P, Cuando un servidor está caído, las peticiones de los
clientes no pueden ser satisfechas
• El software y el hardware de un servidor son generalmente
muy determinantes. Normalmente se necesita software y
hardware específico, sobre todo en el lado del servidor, para
satisfacer el trabajo. Por supuesto, esto aumentará el coste.
• El cliente no dispone de los recursos que puedan existir en el
servidor. Por ejemplo, si la aplicación es una Web, no podemos
escribir en el disco duro del cliente o imprimir directamente
sobre las impresoras sin sacar antes la ventana previa de
impresión de los navegadores.
18. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
HERRAMIENTAS DE DESARROLLO
•
APLICACIONES C-S
Microsoft NT Server
• UNIX
– Informix Online Dynamic Server
• Oracle 7 Server
• Sybase System 11
• Microsoft SQL Server 6.0
• Netscape Enterprise Server
• Netscape Proxy Server
• Power Builder Enterprise
• Visual Basic Professional
• Erwin Data modeling
• Microsoft C++
• Java Applets
• Java Script
• OLE Servers
• OLE Controls
19. UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERIA
BIBLIOGRAFIA
• Sistemas Cliente Servidor Sitio web:
http://ccia.ei.uvigo.es/docencia/SCS/Tema1.pdf
• Capa de Sesión Presentación y Aplicación. Autor:
Danielle Romero.
Sitio web:
http://www.elrinconcito.com/articulos/Sesiones/sesione
s.pdf
• Evolución de la Computación. Autor: Ramón Jesús
Millán Tejedor.
Sitio web:
http://www.ramonmillan.com/tutorialeshtml/gridcomputi
ng.htm