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 |