VENTAJAS DE LOS SISTEMAS DISTRIBUIDOS

Economía = Mejor Relación Calidad/Precio

Velocidad = Más Potencia que mainframes

Distribución Inherente = Aplicaciones Especiales

Fiabilidad = Tolerancia a Fallos

Escalabilidad = Fácil Crecimiento Incremental

DESVENTAJAS DE LOS SISTEMAS DISTRIBUIDOS

Software: Hay Poco

Red: Se Puede Saturar

Seguridad: Mas Difícil

Cuáles son las 4 capas o niveles de aplicación de un sistema distribuido

Las aplicaciones pueden localizar recursos (datos y procesos) gestionados de forma

interoperable a través de Middleware. La arquitectura lógica resulta de la física filtrándola con
los puntos donde la organización permite o necesita colocar administración.
Diferentes criterios para establecer la arquitectura lógica sobre la física:
La interoperabilidad del Middleware.
La estructura empresarial.
La dispersión geográfica.
La política de administración del sistema distribuido.
Necesidades específicas de cada aplicación.

Ejemplo: una arquitectura física de cuatro niveles puede estar compuesta por:
Un HOST.
Uno o varios servidores en la central que actúan de Front-end conectado(s) al HOST.
Servidores departamentales conectados a los servidores de la central.
Redes de PCs conectados a cada servidor departamental.

Defina y Describa el funcionamiento de los siguientes modelos de la computación distribuida e

indique 2 ejemplos se apliquen cada uno de ellos
Modelo Cliente/ Servidor
Una arquitectura distribuida que permite a los usuarios finales obtener acceso a la
Información en forma transparente aún en entornos multiplataforma.

En el modelo cliente servidor, el cliente envía un mensaje solicitando un

Determinado servicio a un servidor (hace una petición), y este envía uno o varios
mensajes con la respuesta (provee el servicio) En un sistema distribuido cada
Máquina puede cumplir el rol de servidor para algunas tareas y el rol de cliente para
otras.

Así por ejemplo la World Wide Web utiliza un modelo cliente-servidor, los
visualizadores o navegadores (clientes) tienen la función de manipular las solicitudes de
documentos hechas por los usuarios. Ellos determinan con que computadora se realizará
la conexión, descargan los documentos solicitados y se lo muestran al usuario en su
pantalla.

Los servidores Web son los responsables de la otra parte de la conexión, esperan una
solicitud proveniente de un usuario y una vez hecha ésta, transmiten el documento al
visualizador.

La conexión entre el visualizador y el servidor dura exactamente el tiempo justo para

que el primero envíe una solicitud y el segundo una respuesta. Esto quiere decir que no
existe ninguna conexión entre estos elementos una vez que el usuario ya está leyendo el
documento solicitado. Ese modo de trabajo los hace extremadamente eficientes y
descongestiona el tráfico en la red

Arquitectura N-CAPAS

En la ingeniería de software, arquitectura de varios niveles (a menudo denominado

como la arquitectura n-tier) es una arquitectura cliente-servidor en el que la
presentación, el procesamiento de la solicitud, y la gestión de datos son, lógicamente,
procesos separados. Por ejemplo, una aplicación que utiliza middleware para servicios
de datos de las solicitudes entre un usuario y una base de datos emplea la arquitectura de
varios niveles. Arquitectura de la aplicación de N-capas proporciona un modelo para los
desarrolladores crear una aplicación flexible y reutilizable. Al romper una aplicación en
niveles, los desarrolladores sólo tienen que modificar o agregar una capa específica, en
lugar de tener que reescribir toda la aplicación más.

Los conceptos de capa y de la lista se usan indistintamente. Sin embargo, un punto de

vista bastante común es que en verdad hay una diferencia, y que una capa es un
mecanismo lógico para la estructuración de los elementos que componen la solución de
software, mientras que un nivel es un mecanismo de estructuración física de la
infraestructura del sistema. A los efectos de este artículo voy a discutir la siguiente
arquitectura Esta será la base de que el seguimiento post se viene en los próximas
semanas así que espero que estad atentos.

Sistemas Peer to Peer

• Auto-organización, sin dirección central

• Compartir recursos y, explota los recursos al borde de la red
• Los compañeros de P2P son iguales (más o menos)
• Gran número de pares en la red

Ejemplo

Napster
• En primer lugar P2P para compartir archivos aplicación
(Junio de 1999)
• Sólo es posible compartir MP3
• Realizado el término "P2P" conocido
• Creado por Shawn Fanning
(apodo de "Napster")

• Basado en el servidor de índice central (granja)

• Registro usuarios y dar la lista de archivos para compartir
• La búsqueda basada en palabras clave
• Resultados: Lista de archivos con otros
información, por ejemplo, pares de ancho de banda,
velocidad de codificación, tamaño de archivo

Indique y Explique 2 ejemplos de los Sistemas distribuidos basados en Objetos

• ANSA (1989-1991) fue el primer proyecto que intentó desarrollar una

tecnología para modelizar sistemas distribuidos complejos

– Utilizaba un diseño orientado a objetos

• Estándares:

– RMI: invocación de métodos remotos de Java

– CORBA: expande DCE con servicios orientados a objetos

– DCOM: versión CORBA de Microsoft.

RMI ofrece:

– Mecanismos para crear servidores y objetos cuyos métodos se puedan

invocar remotamente.
 – Mecanismos que permiten a los clientes localizar los objetos remotos.

Java RMI

• El soporte para RMI en Java está basado en las interfaces y clases definidas en
los paquetes java.rmi y java.rmi.server

• Características de Java RMI:

– No requiere un IDL (Interface Definición Lenguaje).

– La transferencia de objetos de tipos de datos complejos se lleva a cabo

mediante mecanismos de serialización.

– Es necesario tratar mayor número de excepciones que en el caso de

invocación de métodos locales.

MVC: Modelo-Vista-Controlador

•  Es un patrón de arquitectura de las aplicaciones software

•  Separa la lógica de negocio de la interfaz de usuario
• • Facilita la evolución por separado de ambos aspectos

• • Incrementa reutilización y flexibilidad

Un modelo

Varias vistas
Varios controladores
Las vistas y los controladores suelen estar muy relacionados
• Los controladores tratan los eventos que se producen en la
interfaz gráfica (vista)

Esta separación de aspectos de una aplicación da mucha

flexibilidad al desarrollador

Ejemplo

Vista:
La página HTML

Controlador:
Código que obtiene datos dinámicamente y genera el
Contenido HTML

Modelo:
La información almacenada en una base de datos o en XML
Junto con las reglas de negocio que transforman esa
Información (teniendo en cuenta las acciones de los usuarios)

El RPC

RCP es un estándar desarrollado por Sun Microsystems y usado por muchos

distribuidores de sistemas UNIX. La especificación actual de UNIX se halla en el RFC
1057 - RPC ("Remote Procure Call"): especificación de protocolo de la versión 2.

El RPC es una interfaz de programación de aplicación(API) disponible para el

desarrollo de aplicaciones distribuidas. Permite que los programas llamen a subrutinas
que se ejecutan en un sistema remoto. El programa llamador, denominado (llamado
client) envía una mensaje de llamada al proceso proceso servidor y espera por un
mensaje de respuesta. La llamada incluye los parámetros del procedimiento y la
respuesta los resultados.

 El proceso llamador envía un mensaje de llamada y espera por la respuesta.

 En el lado del servidor un proceso permanece dormido a la espera de mensajes
de llamada. Cuando llega una llamada, el proceso servidor extrae los parámetros
del procedimiento, calcula los resultados y los devuelve en un mensaje de
respuesta.

CORBA

Es un middleware orientado a objetos / componentes.

 Los objetos cliente solicitan servicios a los objetos servidor mediante

invocación de método

 Separa interfaz e implementación

 Es independiente del lenguaje: los objetos clientes y servidores se

implementan en cualquier lenguaje (de los soportados)

 Crea transparencia de localización a través del ORB :

o de objetos: la invocación siempre se hace en local

o de red: el ORB la gestiona

o de activación: los servidores se activan automáticamente

o de estado persistente: permite que el servidor guarde persistencia y es

transparente al cliente.
 QUÉ ES EL PROCESAMIENTO DE DATOS

 Es una técnica que consiste en la recolección de datos, que son evaluados y

ordenados, para luego obtener información útil que posteriormente es
evaluada por un usuario final y le permite tomar decisiones o realizar las
acciones que considere conveniente.

Ejemplo:

 Entrada: Fecha de Nacimiento

 Proceso: Cálculo de la Edad

 Salida: Edad

 OBJETIVOS DEL PROCESAMIENTO DE DATOS

Capturar y registrar los detalles de transacciones y objetos.

Facilitar a los usuarios la toma de decisiones mediante el suministro de

información.

EL PROCESAMIENTO DE TRANSACCIONES

Transacción: Es un evento o acontecimiento que ocurre dentro o en los

límites de la organización y que la afecta de algún modo. Ejemplos de
transacciones:

• La apertura, depósito o cierre de una cuenta en un banco.

• La compra, orden o venta de bienes en un almacén.

• La solicitud, prestación o cancelación de un servicio en una empresa.

• La asistencia u operación de un paciente en un hospital.

• El préstamo o devolución de libros en una biblioteca.

• La inscripción, retiro de materia o solicitud de notas en una universidad.

Responde las Siguientes Preguntas

1. Las filosofías Cliente - Servidor y Proxy corresponden al modelo :

a. De concurrencia de procesos.
b. Global de carácter fundamental.
c. Global de carácter arquitectónico.
d. De múltiples servidores.
e. De tolerancia a fallas.

2. Una llamada a procedimiento remoto (RPC) es :

a. La que se realiza en un sistema operativo multitarea basado en procesamiento paralelo.

b. La que se realiza en un sistema operativo multitarea basado en procesamiento simétrico.
c. Cualquier tarea que realiza un cliente en un sistema distribuído.
d. La que realiza un programa cliente a un procedimiento de otro programa en ejecución en
un proceso servidor.
e. Cualquier invocación de ejecución de programa que realiza un cliente sobre un servidor
en el modelo de "Múltiples Servidores".

3. Una de las filosofías de operación de ambiente distribuido, que permite la independencia

entre el motor de base de datos y el lenguaje de programación es:

a. La filosofía de operación con DataWareHouse.

b. La filosofía de operación con bases de datos distribuídas.
c. La filosofía de operación con ODBC.
d. La filosofía de operación con procesamiento cooperativo.
e. La filosofía de operación con el protocolo TCP/IP.

4. CORBA es:

a. Una librería de un lenguaje de programación.

b. Un tipo de red de ambiente distribuído.
c. Una característica del procesamiento cooperativo.
d. Una herramienta de Middleware.
 e. Una de las capas del modelo OSI.

5. La arquitectura del servicio de archivos en un sistema distribuído comprende :

I. El servicio de archivos planos.

II. El servicio de directorios.
III. El servicio de tolerancia a fallas.
IV. El módulo cliente.
V. El módulo NFS.

Seleccione la opción correcta

a. I, II y III
b. II, III y V
c. III, IV y V
d. II, IV y V
e. I, II y IV