Objetivos
Conocer la arquitectura cliente/servidor
Conocer la arquitectura multitier
Conocer la arquitectura Internet con bases de datos
Conocer las generalidades de un servidor de aplicaciones
Conocer servidores de aplicaciones que se ofrecen en el mercado
Características deseables de un sistema de información
Infraestructura modular
Infraestructura versátil
Facilidad de uso
Usuarios aprenden a manipular la herramienta disponible
Interoperabilidad
Dos o más sistemas o componentes intercambian información de manera sencilla
Escalabilidad
Facilidad de modificar y adaptar un sistema a las necesidades del problema para el cual fue diseñado
Flexibilidad
Capacidad de modificar un sistema para solucionar un problema para el cual no fue diseñado inicialmente
Arquitectura Cliente/Servidor
Cliente: Demanda servicios
Servidor: Provee servicios
(Gp:) Cliente
(Gp:) Servidor – Base de Datos
Arquitectura Cliente/Servidor
Interfase de usuario
Alguna lógica del negocio
(Gp:) Cliente
(Gp:) Servidor – Base de Datos
Administración de datos
Lógica del negocio, en triggers, procedimientos almacenados, …
Arquitectura Cliente/Servidor
Arquitectura de dos niveles (two tier)
Mantenimiento no particionado del código
Al hacer cambios hay que volver a comprobar
Hay que administrar las máquinas de los clientes
Los cambios en aplicaciones hay que volverlos a distribuir a todos los clientes
Hay que administrar el rendimiento
El hardware debe soportar el software requerido por los aplicativos
Arquitectura Cliente/Servidor
Control no centralizado
Difícil implementar seguridad
Cuellos de botella en los servidores de Bases de datos
Se tienen muchas conexiones
La lógica del negocio se encuentra en la base de datos (escrita en lenguaje propietario)
Arquitectura Cliente/Servidor
Conexiones: c * s
(Gp:) Cliente
(Gp:) Cliente
(Gp:) Cliente
(Gp:) Cliente
(Gp:) Servidor BD
(Gp:) Servidor BD
(Gp:) Servidor BD
Arquitectura Cliente/Servidor
En trabajo en grupo/departamental
Se controla el número de clientes y así el número de transacciones
Hay que controlar la(s) plataforma(s).
Arquitectura Multitier (Distribuida)
(Gp:) Cliente
(Gp:) Interfase de usuario
Administración de las transacciones
(Gp:) Administración de los datos
(Gp:) Servidor de Aplicaciones
(Gp:) Lógica del negocio
Caché
Administración de las transacciones
Transparencia en la localización de los datos
Balance de carga
(Gp:) Servidor de Bases
de Datos
Ventajas de la arquitectura multicapa
Cliente más liviano
Menos administración en el cliente
Lógica encapsulada
Mejor rendimiento
Escalabilidad
Consistencia, control y seguridad
Reusabilidad de componentes existentes
Listo para usar la Web
Desventajas de la arquitectura multicapa
Hay que cambiar los hábitos de programación
Curva de aprendizaje
Más tiempo en diseño y tiempo de desarrollo iniciales
Más puntos posibles de fallas
Arquitectura multicapa
Conexiones: c + s
(Gp:) Cliente
(Gp:) Cliente
(Gp:) Cliente
(Gp:) Cliente
Servidor de Aplicaciones
(Gp:) Servidor BD
(Gp:) Servidor BD
(Gp:) Servidor BD
Página siguiente  |