ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Arquitectura Cliente


Enviado por   •  28 de Julio de 2015  •  Apuntes  •  903 Palabras (4 Páginas)  •  113 Visitas

Página 1 de 4

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]

SELECT

INSERT

select Nombre,Bodega

from Vtab

where Talla = 'Small';

insert

into Vtab (Codigo,Nombre)

values ('P7','Cinturonf);

UPDATE

DELETE

update Vtab

set Talla = 'Large'

where Color = 'Negro';

delete

from Vtab

where Talla = 'Small'-

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

...

Descargar como (para miembros actualizados) txt (6 Kb) pdf (737 Kb) docx (483 Kb)
Leer 3 páginas más »
Leer documento completo Guardar
Disponible sólo en Clubensayos.com