Teoría Sistemas Distribuidos

UNIVERSIDAD SIMN BOLVAR
DEPARTAMENTO DE PROCESOS Y SISTEMAS
SISTEMAS DE INFORMACIN II
TEORA
CONTENIDO:
EL PROCESO DE DISEO DE SISTEMAS DISTRIBUIDOS
MANEJANDO LOS DATOS EN LOS SISTEMAS DISTRIBUIDOS
DISEANDO SISTEMAS PARA REDES DE REA LOCAL
DISEANDO SISTEMAS PARA ARQUITECTURAS
CLIENTE/SERVIDOR
ARQUITECTURAS CLIENTE/SERVIDOR
MODELAJE LGICO CON TABLAS DE DECISIN
Material diseado y elaborado por:
Prof. Luis Eduardo Mendoza M.
Material revisado por:
Prof. Mara A. Prez de Ovalles

EL PROCESO DE DISEO DE
SISTEMAS DISTRIBUIDOS
La primera diferencia que tienen los sistemas distribuidos con
los sistemas centralizados, radica en que como el sistema est
distribuido en dos o ms localidades, varios aspectos de diseo
deben ser considerados, tales como: confiabilidad, disponibilidad y sobrevivencia del sistema cuando sea implementado.
Para crear diseos efectivos, es necesario conocer y entender
las caractersticas de las arquitecturas comnmente usadas
para soportar los sistemas distribuidos y compartir datos.
Hay que decidir si se quiere particionar los datos y el
procesamiento a lo largo de varias localidades.
Las capacidades y los aspectos relacionados con las tecnologas
que pueden ser usadas para upsize, downsize y, distribuir SI y
datos, son fundamentales para entender como migrar de
diseos y aplicaciones centralizadas a ambientes de
computacin distribuidos y multiproceso.
TEORA

EL PROCESO DE DISEO DE
Cuando se disean sistemas distribuidos, debe generarse documentacin que consolide la informacin a considerar cuando se implemente fsicamente el sistema diseado. Los tipos de informaciones que deben
ser consideradas cuando se implementa un sistema distribuido son:
1) Descripcin de la localidad (para cada una). Informacin
geogrfica, localizacin fsica, informacin de la infraestructura,
caractersticas del personal (entrenamiento, Habilidades, etc.), otros.
2) Descripcin del uso de los datos (para cada localidad). Elementos
de datos usados, elementos de datos creados, elementos de datos
actualizados, elementos de datos eliminados.
3) Descripcin de los Procesos del Negocio (para cada localidad).
Lista de los procesos y descripcin de los procesos.
4) Contraste de las alternativas de arquitectura del SI para la
localidad, los datos y los procesos necesarios (para cada
localidad). Pros y contras del soporte tecnolgico, pros y contras de
la ausencia de red -sistema local-, pros y contras de distintas
configuraciones de distribucin, otros pros y contras.
TEORA

MANEJANDO LOS DATOS EN LOS

BASE DE DATOS DISTRIBUIDA. Una nica base de datos lgica que es
esparcida fsicamente a travs de las computadoras ubicadas en mltiples localidades, conectadas por un enlace de comunicacin de datos.
VENTAJAS Y DESVENTAJAS DE LAS BASES DE DATOS DISTRIBUIDAS
VENTAJAS
DESVENTAJAS
Incrementa la confiabilidad del sistema debido

a la redundancia
Costo y complejidad del software, dado que se

requiere un software ms complejo para
ambientes distribuidos
Control local de los datos, lo que tiene a

promover mejoras en la integridad y la
administracin de los datos
Mayor procesamiento para intercambiar

mensajes entre las localidades
Crecimiento modular de las aplicaciones y las

bases de datos sin interrupciones para los
usuarios existentes
Integridad de los datos, dado que es ms difcil

controlar por las mltiples y dispersas copias
de los datos
Bajos costos de comunicacin por la reduccin

del trfico
Baja velocidad de respuesta si los datos y la

aplicacin no estn distribuidos
apropiadamente de acuerdo con su uso
Alta velocidad de respuesta dado que la

mayora de las aplicaciones usan datos locales
TEORA

DISEANDO SISTEMAS PARA

REDES DE REA LOCAL
MODELO SERVIDOR DE ARCHIVO
Un dispositivo maneja las operaciones con
los archivos y es compartido por cada PC
cliente conectado a la red.
LIMITACIONES DEL
SERVIDOR DE ARCHIVOS
1) Excesivo movimiento de lados.
2) Es necesario contar con una poderosa
estacin de trabajo para el cliente.
3) Requiere control descentralizado de los
datos.
TEORA


ARQUITECTURA CLIENTE/SERVIDOR. Un ambiente computacional
basado en una red (LAN o WAN) en la que un servidor central de base de
datos, o un motor o dispositivo, maneja todos los comandos de base de
datos enviados a l desde las estaciones de trabajo cliente, y aplicaciones
de programas en cada cliente concentran las funciones de interfaz con el
usuario.
MOTOR DE BASE DE DATOS (Database engine). La parte (back-end)
del sistema de base de datos cliente/servidor que se encuenra en el
servidor y provee el procesamiento de la base de datos y comparte las
funciones de acceso.
CLIENTE. La parte (front-end) del sistema de base de datos
cliente/servidor que provee la interfaz del usuario y las funciones de
manipulacin de datos.
INTERFAZ DE PROGRAMA DE APLICACIN (Application Program
Interface -API-). Software que le permite a una plataforma de desarrollo
programas especficos front-end comunicarse con un motor de base de
datos particular, cuando las partes fornt-end y back-end no han sido
construidas para ser compatibles.
TEORA


Entre los beneficios al adoptar una arquitectura cliente/servidor, estn:
1) Permite a las compaas apalancarse en los beneficios de la tecnologa de
la microcomputacin. Actualmente, las estaciones de trabajo tienen gran
capacidad de computo a una fraccin del costo de los mainframes.
2) Permite mayor procesamiento de informacin en el sitio donde sta es
generada, mejorando los tiempos de respuesta y reduciendo el trfico en
la red.
3) Facilita el uso de interfaces grficas para los usuarios y permite el trabajo
con aplicaciones de presentaciones visuales en las estaciones de trabajo.
4) Permite y promueve la utilizacin de sistemas abiertos.
En la arquitectura cliente/servidor
slo se transfieren (del servidor) los
datos requeridos despus de una
peticin de un cliente.
TEORA

SELECCIONANDO ENTRE SERVIDORES DE ARCHIVOS
Y ARQUITECTURAS CLIENTE/SERVIDOR
Tanto los servidores de archivos como las arquitecturas cliente/servidor usan
computadoras personales y estaciones de trabajo, y estn interconectadas
usando redes LAN o WAN. Sin embargo, presentan grandes diferencias.
ALGUNAS DIFERENCIAS ENTRE LOS SERVIDORES DE ARCHIVOS
Y LAS ARQUITECTURAS CLIENTE/SERVIDOR
CARACTERSTICA
SERVIDOR DE ARCHIVOS
CLIENTE/SERVIDOR
Procesamiento
Slo el cliente
Ambos (cliente y servidor)
Acceso de datos
concurrente
Bajo Manejado por cada

cliente
Alto Manejado por el

servidor
Uso de la red
Transferencia de grandes
archivos y datos
Transferencia eficiente de
datos
Seguridad e integridad
de la base de datos
Bajo Manejado por cada

cliente
Alto Manejado por el

servidor
Mantenimiento del
software
Bajo El software cambia

slo en el servidor
Mixto Algunas partes deben

ser elaboradas para cada
cliente
Flexibilidad del sistema

de SW y el HW
Cliente y servidor
desconectados y pueden ser
mezclados
Necesario para obtener una

gran coordinacin entre el
cliente y el servidor
TEORA

Existe una clara tendencia en el diseo fsico de sistemas, de

moverse desde sistemas centrales mainframe y aplicaciones
individuales en PC, hacia algunas formas de sistemas que
distribuyen los datos y el procesamiento a travs de mltiples
computadoras. Actualmente muchas organizaciones estn
incursionando en los ambientes cliente/servidor, teniendo xito
en sus esfuerzos con la tecnologa existente.
TEORA

FORMAS AVANZADAS DE ARQUITECTURAS CLIENTE/SERVIDOR
Las distintas arquitecturas cliente/servidor presentan variaciones

acerca de cmo son distribuidas las diferentes funciones de las aplicaciones de sistemas entre el cliente y el servidor, sobre la base de
los conceptos de los tres (3) componentes generales de cualquier SI:
1) GERENCIA DE LOS DATOS. Funciones que gerencian todas las
interacciones entre el SW y los archivos y las bases de datos,
incluyendo recuperacin/consulta, actualizacin, seguridad y
control de concurrencia.
2) GERENCIA DE LA PRESENTACIN. Funciones que gerencian la
interfaz entre los usuarios del sistema y el SW, incluyendo la
visualizacin e impresin de formas y reportes, y la posibilidad de
validar entradas del sistema.
3) ANLISIS DE LOS DATOS (LGICA DE LA APLICACIN).
Funciones que transforman entradas en salidas, incluyendo
desde simples sumas hasta complejos modelos matemticos como
el anlisis de regresin.
TEORA

Las diferentes arquitecturas cliente/servidor distribuyen, o particionan, cada una de las funciones descritas anteriormente, entre las
computadoras cliente y servidor, y cada vez ms, en una tercera
computadora llamada servidor de aplicacin.
SERVIDOR DE APLICACIN. Un servidor de cmputo donde
residen principalmente las funciones de anlisis de datos.
Se ha convertido en uso comn, el usar tres (3) o ms computadoras distintas en muchas arquitecturas cliente/servidor novedosas,
apareciendo dos (2) nuevos trminos:
CLIENTE/SERVIDOR DE TRES CAPAS. Avanzada arquitectura
cliente/servidor en la que se combinan tres aplicaciones lgicas
distintas -los datos, la presentacin y el anlisis, para crear un SI.
MIDDLEWARE. Una combinacin de HW, SW y tecnologas de
comunicacin que soporta los datos, la presentacin y el anlisis,
en un ambiente cliente/servidor de tres capas.
TEORA

Existen tres (3) razones primordiales para la creacin de las arquitecturas cliente/servidor de tres capas: (Stevens, 1996)
1) Las aplicaciones pueden ser particionadas de una manera que se
ajuste a las necesidades computacionales de la organizacin.
2) Dado que la mayora de la lgica est contenida en el servidor de
aplicaciones, realizar cambios globales, o personalizar procesos
para usuarios individuales, es relativamente fcil.
3) Dado que la lgica est separada de la interfaz del usuario, es
sumamente fcil cambiar uno, o ambos, sin acarrear mayores
esfuerzos en mantenimiento.
La combinacin de estos beneficios -particin de las aplicaciones,
fcil personalizacin y fcil mantenimiento- estn conduciendo a
muchas organizaciones a adoptar la alternativa de tres capas como
un estndar de la computacin cliente/servidor.
TEORA

PRESENTACIN DISTRIBUIDA
En esta arquitectura la tecnologa se conoce como pantallas
enmascaradas, en donde el cliente le da forma a los datos que
son manejados en el servidor, en forma de reportes o formas. El
trfico de la red slo se limita a un pase de datos que ya vienen
preparados.
FUNCIN
CLIENTE
SERVIDOR
Datos
Todos
Lgica
Toda
Presentacin
Los datos son

presentados en
forma grfica,
enmascarados
Organiza los datos

para ser
presentados al
cliente en
tecnologas grficas
TEORA

PRESENTACIN REMOTA
Esta arquitectura coloca todas las funciones de presentacin de los
datos en el cliente de forma que el cliente es el que tiene toda la
responsabilidad del formateo de los datos. Exige menos mantenimiento
si la forma de los reportes o las pantallas no cambia. Aumenta el trfico
de la red con relacin a la anterior, en virtud que el cliente debe
interactuar ms con el servidor para recibir todos los datos necesarios.
FUNCIN
CLIENTE
SERVIDOR
Datos
Todos
Lgica
Toda
Presentacin
Los datos que

resultan del anlisis
en el servidor son
formateados y
presentados por el
cliente
TEORA

GERENCIA DE DATOS REMOTA
Todo el SW del cliente tiene la responsabilidad del SI, a
excepcin de la gerencia de los datos. Esta arquitectura es la
ms conocida como cliente/servidor. Presenta un mayor trfico
de red, ya que se le solicita al servidor los datos para presentar y
para analizar; esto hace que el anlisis dependa del cliente, lo
cual permite el uso de hojas de clculo en ste.
FUNCIN
CLIENTE
Todos
Datos
Lgica
Toma los datos del

servidor para hacer
el anlisis (lgica)
Presentacin
Toda
SERVIDOR
TEORA

FUNCIN DISTRIBUIDA
Esta arquitectura divide las funciones de anlisis (lgica) entre el
cliente y el servidor, dejando toda la gerencia de la presentacin
en el cliente y la gerencia de los datos en el servidor. Esta
arquitectura permite que la lgica se reparta en funcin de la
relacin costo/beneficio. Estos ambientes son muy complejos.
FUNCIN
CLIENTE
Todos
Datos
Lgica
Datos
seleccionados del
servidor son
recuperados y
analizados
Presentacin
Toda
SERVIDOR
Datos seleccionados
del servidor son
recuperados y
analizados, luego
son transmitidos
TEORA

BASE DE DATOS DISTRIBUIDA
Esta arquitectura le asigna al cliente toda la funcionalidad: la
presentacin y la lgica, a excepcin de los datos, los cuales son
repartidos entre el cliente y el servidor; esto permite una
ubicacin ptima de los datos. Aparece el concepto de
particionamiento vertical y horizontal de los datos.
FUNCIN
CLIENTE
SERVIDOR
Datos
Gerencia local de los Gerencia de datos

datos
compartidos en el
servidor
Lgica
Los datos son

recuperados del
cliente y del servidor
para su anlisis
Presentacin
Toda
TEORA

PROCESAMIENTO DISTRIBUIDO
Combina lo mejor de las bases de datos distribuidas y de las funciones
distribuidas, repartindolas entre el cliente y el servidor, y dejando la
responsabilidad de la presentacin al cliente. Es un ambiente altamente
complejo, pero optimiza el uso de la red.
FUNCIN
CLIENTE
SERVIDOR
Datos
Gerencia local de los

datos
Gerencia de datos
compartidos en el
servidor
Lgica
Los datos son

recuperados del
cliente y del servidor
para su anlisis
Los datos son recuperados del servidor

para su anlisis,
despus son enviados
al cliente para
terminar el anlisis
Presentacin
Toda
TEORA

Teoría Sistemas Distribuidos

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Teoría Sistemas Distribuidos

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD SIMN BOLVAR

DEPARTAMENTO DE PROCESOS Y SISTEMAS

UNIVERSIDAD SIMN BOLVAR

UNIVERSIDAD SIMN BOLVAR

UNIVERSIDAD SIMN BOLVAR

MANEJANDO LOS DATOS EN LOS

Incrementa la confiabilidad del sistema debido

Costo y complejidad del software, dado que se

Control local de los datos, lo que tiene a

Mayor procesamiento para intercambiar

Crecimiento modular de las aplicaciones y las

Integridad de los datos, dado que es ms difcil

Bajos costos de comunicacin por la reduccin

Baja velocidad de respuesta si los datos y la

Alta velocidad de respuesta dado que la

UNIVERSIDAD SIMN BOLVAR

DISEANDO SISTEMAS PARA

UNIVERSIDAD SIMN BOLVAR

DISEANDO SISTEMAS PARA

UNIVERSIDAD SIMN BOLVAR

DISEANDO SISTEMAS PARA

UNIVERSIDAD SIMN BOLVAR

Ambos (cliente y servidor)

Bajo Manejado por cada

Alto Manejado por el

Bajo Manejado por cada

Alto Manejado por el

Bajo El software cambia

Mixto Algunas partes deben

Flexibilidad del sistema

Necesario para obtener una

UNIVERSIDAD SIMN BOLVAR

Existe una clara tendencia en el diseo fsico de sistemas, de

UNIVERSIDAD SIMN BOLVAR

Las distintas arquitecturas cliente/servidor presentan variaciones

UNIVERSIDAD SIMN BOLVAR

UNIVERSIDAD SIMN BOLVAR

UNIVERSIDAD SIMN BOLVAR

Los datos son

Organiza los datos

UNIVERSIDAD SIMN BOLVAR

Los datos que

UNIVERSIDAD SIMN BOLVAR

Toma los datos del

UNIVERSIDAD SIMN BOLVAR

UNIVERSIDAD SIMN BOLVAR

Gerencia local de los Gerencia de datos

Los datos son

UNIVERSIDAD SIMN BOLVAR

Gerencia local de los

Los datos son

Los datos son recuperados del servidor

También podría gustarte