ambiente internet

Bases de datos en ambiente
Internet

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 parael cual
no fue diseñado inicialmente

Arquitectura Cliente/Servidor
Servidor – Base de Datos
Cliente

• Cliente: Demanda servicios
• Servidor: Provee servicios

Arquitectura Cliente/Servidor
Servidor – Base de Datos
Cliente

•
•

Interfase de usuario
Alguna lógica del negocio

•
•

Administración de datos
Lógica del negocio, en triggers,
procedimientos almacenados, …

ArquitecturaCliente/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

ArquitecturaCliente/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

Cliente

Cliente

Servidor BD

Servidor BD

Cliente

Cliente

Servidor BD

Conexiones: c * s

ArquitecturaCliente/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)
Servidor de Aplicaciones

Cliente




Interfase de usuario
Administración de las
transacciones

Servidor de Bases
de Datos









Lógica del negocio
Caché
Administración de las
transacciones
Transparenciaen la
localización de los datos
Balance de carga



Administración
de los 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 cambiarlos 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
Cliente

Cliente

Cliente

Cliente

Servidor de Aplicaciones

Servidor BD

Servidor BD

Servidor BD

Conexiones: c + s

Arquitectura multicapa
Características
• Impredecible el número de clientes/transacciones
• Abre las aplicacioneshacia Internet/extranet

Arquitectura multicapa
Principios de la arquitectura Multitier
• Encapsula o “particiona” la lógica del negocio en objetos.
• Mueve o “distribuye” los objetos del negocio a una
máquina dedicada
• Da acceso o permite alojar a los objetos en un servidor de
aplicaciones
El servidor de aplicaciones recibe requerimientos de
procesamiento de los clientes. El servidor dirigelos
requerimientos a los objetos del negocio para su
procesamiento

Arquitectura multicapa
Ejemplos
• Lógica de negocio: aprobación de préstamos,
autorización de tarjeta de crédito
• Datos en caché: estados, partes/productos
• Servicios para recursos especializados: vía hacia
un computador servidor tipo mainframe o hacia un
servidor de fax, servicios inalámbricos de la vida real

Arquitectura...