Arquitectura Cliente

Arquitectura Cliente/Servidor.

·        Evolución de las Arquitecturas de Software

·        Arquitectura Cliente/Servidor Transaccional

·        Temas asociados con Cliente/Servidor

·        Conclusiones y Comentarios Finales

Una definición de Cliente/Servidor

El solicitante de un servicio

(Cliente) esta en un sistema y

el proveedor del servicio

(Servidor) está potencialmente

en otro sistema.

Sr. Aldo Bucchi, G.G. Binaria S.A., 18-19 de Julio 1994,

Seminario "La Arquitectura Cliente/Servidor", Santiago

Particionamiento lógico de una Aplicación.

[pic 1]

Arquitectura BATCH

[pic 2]

• una aplicación BATCH no es interactiva
• Procesa grandes volúmenes de información (listados)
• Fácil de construir y todo está centralizado (upgrade)

• Batch natural versus Batch accidental.
• Tipo del Host : Main Frame, WorkStation, PC?

Arquitectura TimeSharing

[pic 3]

Una aplicación TimeSharing es interactiva

Para ingreso masivo de información (back-office)

interfaz simple y todo está centralizado (upgrade)

Muchas copias: reutilización baja o nula de recursos

Código difícil de integrar, modificar y mantener

Bajo aprovechamiento de las capacidades de PCs

Arquitectura Transaccional Tradicional

[pic 4]

Lógica de aplicación separada en módulos (APPL)

Interacción basada en mensajes codificados (Trans)

Monitor Transaccional permite Commit y Rollback

A  Atomicity: se hace todo o nada

C  Consistency: BD siempre consistente

I   Isolation: transacciones no se interfieren

D Durability: no se repite el trabajo ya hecho.

Network File System (NFS-Novell)

[pic 5]

• Aplicación utiliza una Red de Area Local (I-AN)
• Requiere Servidores de Archivos (File Servers)
• Toda la lógica está en un solo ambiente (PC)

• Los datos y su interpretación están separados
• La RED se transforma en un "cuello de botella"
• Problemas de seguridad a nivel de aplicación

Cliente/Servidor Estándar (SQL)

[pic 6]

• El manejo de los datos está centralizado (RDBMS)
• Los Clientes accesan los datos utilizando SQL
• Es posible intervenir el acceso a los datos (triggers)

• Clientes y el modelo de datos (MD) están amarrados
• Administrador del RDBMS tiene “manos atadas”
• Difícil integración con "sistemas tradicionales"

Structured Query Language (SQL)

[pic 7]

CLIENTE/SERVIDOR TRANSACCIONAL (RPC)

[pic 8]

Los datos y su interpretación están juntos

Servidor provee un conjunto de servicios (procs)

Cliente sólo conoce de servicios y sus parámetros

Cliente no conoce de la implementación del MD

Existe libertad para cambiar el Modelo de Datos

Concepto de agente = servidor + cliente

Cliente/Servidor y los RDBMS modernos

[pic 9]

Tipos de Modelos de Cómputo

[pic 10]

Evolución de los modelos de Cómputo

[pic 11]

Procesamiento ocurre en las áreas sombreadas.

Conclusiones y Comentarios Finales

...