Вы находитесь на странице: 1из 8

VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

PRÁCTICA DE LABORATORIO

CARRERA: Ingeniería en Sistemas ASIGNATURA: Sistemas Distribuidos

NRO. PRÁCTICA: TÍTULO PRÁCTICA: MOM vs RCP

OBJETIVO ALCANZADO:

Aprender el funcionamiento del middleware.

ACTIVIDADES DESARROLLADAS

1.Middleware MOM y RCP

N.

RESULTADO(S) OBTENIDO(S):

MOM vs RCP

Introducción

A medida que los sistemas de software continúan distribuyendo implementaciones en escalas cada vez mayores. Las demandas
puestas sobre sus infraestructuras de comunicación aumentarán exponencialmente.

Los sistemas modernos operan en entornos complejos con múltiples lenguajes de programación, Las plataformas de hardware,
los sistemas operativos y el requisito de despliegue dinámico flexible.

Modelos de Interacción

Comunicación sincrónica

Cuando se llama a un procedimiento / función / método utilizando el modelo de interacción síncrona, el código del llamante debe
bloquear y esperar hasta que se complete el código llamado Ejecución y le devuelve el control. el código del llamante ahora puede
continuar procesando. Cuando utilizando el modelo de interacción síncrona, los sistemas no tener independencia de control de
procesamiento; Confían en la devolución del control de los llamados.

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Comunicación asíncrona

El modelo de interacción asíncrona permite a la persona que llama retener control de procesamiento. El código de la persona que
llama no necesita bloquear y esperar a que el código llamado regreso.

Este modelo de interacción requiere un intermediario para manejar el intercambio de solicitudes; Normalmente este intermediario
es una cola de mensajes. Si bien es más complejo que el modelo síncrono, el modelo asíncrono permite Todos los participantes
conservarán la independencia de procesamiento.

¿Qué es el middleware?

Es un término que abarca a todo el software necesario para el soporte de interacciones entre Clientes y Servidores en
aplicaciones distribuidas.

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Se puede considerar como el enlace que permite que un cliente obtenga un servicio de un servidor. Normalmente se define
como una capa de software cuyo propósito es ocultar la heterogeneidad y proveer de un modelo de programación conveniente
para los desarrolladores de aplicaciones.

Provee la conectividad entre el cliente y el servidor para poder intercambiar mensajes siempre que estén conectados a una red

Un ambiente computacional se dice distribuido cuando sus programas o BDs están ubicados en dos o más computadores.

En general podemos mencionar dos tipos de middleware:

• Software intermedio general. Servicios generales que requieren todos los clientes y servidores, por ejemplo: software
para las comunicaciones usando el TCP/IP, software parte del sistema operativo que, por ejemplo, almacena los
archivos distribuidos, software de autenticación, el software intermedio de mensajes de clientes a servidores y viceversa.

• Software intermedio de servicios. Software asociado a un servicio en particular, por ejemplo: software que permite a
dos BD conectarse a una red cliente/servidor (ODBC: Conectividad abierta de BD), software de objetos distribuidos, por
ejemplo, la tecnología CORBA permite que objetos distribuidos creados en distintos lenguajes coexistan en una misma
red (intercambien mensajes), software intermedio para software de grupo, software intermedio asociado a productos de
seguridad específicas (Conexiones Seguras: Sockets), etc.

RCP y MOM

Un aspecto importante del diseño de una aplicación distribuida es el modelo de comunicación que utilizamos para conectar sus
diversos componentes.

La comunicación de dos aplicaciones a través de un Middleware orientado a mensajes es completamente asíncrona, es decir, el
remitente y el receptor no necesitan estar Conectado simultáneamente al comunicarse

En contraste, RPC es un método síncrono de solicitar la ejecución remota de servicios. Los consumidores deben suspender la
ejecución del servicio hasta que reciban una respuesta del proveedor.

Llamada a Procedimiento Remoto (RPC)

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

El modelo RPC tradicional es un concepto fundamental de la computación distribuida. Por ejemplo, el uso de una computadora
muy poderosa para cálculos intensivos (descifrado de datos, cálculos digitales). Esta computadora será el servidor. Otra
computadora será el cliente y llamará al Procedimiento remoto para ordenar los cálculos al servidor y recuperar el resultado.

EL objetivo de PRC es permitir que dos procesos interactúen. RPC crea la fachada de hacer que ambos procesos crean que
están en el mismo espacio de proceso. Sobre la base del modelo de interacción síncrona, RPC es similar a una llamada a un
procedimiento local mediante la cual el control se pasa al procedimiento llamado en forma secuencial de manera síncrona
mientras el procedimiento de llamada bloquea la espera de una respuesta a su llamada. RPC puede verse como una
conversación directa entre dos partes.

Acoplamiento

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

RPC está diseñado para funcionar en interfaces de objeto o función, lo que da como resultado que el modelo produzca sistemas
estrechamente acoplados, ya que cualquier cambio en las interfaces tendrá que propagarse El código base de ambos
sistemas. Esto hace del RPC un mecanismo de distribución muy invasivo. A medida que aumente la cantidad de cambios en los
sistemas fuente o de destino, el costo también aumentará.

RPC proporciona un método inflexible de integración de múltiples sistemas.

Fiabilidad

Las comunicaciones confiables pueden ser la preocupación más importante para las aplicaciones distribuidas. Cualquier fallo
fuera de la aplicación: código, red, hardware, servicio, otro software, pueden afectar la Posibilidad de transporte de datos entre
sistemas. La mayoría de las implementaciones de RPC proporcionan poca o ninguna capacidad de comunicación confiable
garantizada; Son muy vulnerables a las interrupciones del servicio.

Escalabilidad

En un sistema distribuido construido con RPC, la naturaleza de bloqueo de RPC puede perjudicar afectar el rendimiento en
sistemas donde los subsistemas participantes no se escalan por igual. Esto efectivamente ralentiza todo el sistema a la
velocidad máxima de su velocidad más lenta partícipe. En tales condiciones, las técnicas de comunicación basadas en
síncronos, tales como, RPC puede tener problemas para hacer frente cuando los elementos del sistema están sujetos a un gran
volumen estalló en el tráfico. Las interacciones RPC sincrónicas utilizan más ancho de banda por que varias llamadas, debe
realizarse a través de la red para admitir una llamada de función síncrona. Los Esto implica el uso del modelo asíncrono como
un método escalable de Interacción.

Disponibilidad

Los sistemas construidos con el modelo RPC son interdependientes, lo que requiere la disponibilidad simultánea capacidad de
todos los subsistemas; una falla en un subsistema podría causar que todo el sistema falle. La interrupción del servicio o la
actualización del sistema pueden ocasionar errores en todo el sistema.

Middleware Orientado a Mensajes (MOM)

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

La definición estándar del término Peer to Peer significa en Internet un intercambio de datos. o archivos de una máquina a otra,
una MOM es un software de servidor cuya función es federar el envío y la recepción de estos mensajes entre diferentes tipos
aplicaciones.

Los sistemas MOM proporcionan comunicación distribuida sobre la base de la intercomunicación asíncrona modelo de acción;
este modelo sin bloqueo le permite a MOM resolver muchas de las limitaciones encontrado en RPC.

Los participantes en un sistema basado en MOM no están obligados a bloquear y esperar en un mensaje enviado, se les permite
continuar procesando una vez que un mensaje ha sido expedido. Esto permite la entrega de mensajes cuando el remitente o el
receptor no está activo o Disponible para responder en el momento de la ejecución.

Al usar MOM, una aplicación de envío no tiene garantía de que su mensaje será leído por otra aplicación ni se le da una garantía
sobre el tiempo que tomará el mensaje para ser entregado. Estos aspectos están determinados principalmente por la aplicación
receptora.

Las implementaciones de sistemas distribuidos basados en MOM, ofrecen un Enfoque basado en la comunicación entre
procesos. La mensajería de MOM es similar a la postal de servicio. Los mensajes se entregan a la oficina de correos; El servicio
postal asume la responsabilidad. Facilidad para la entrega segura del mensaje.

Acoplamiento

MOM inyecta una capa entre los remitentes y los receptores, lo que permite a los remitentes de mensajes y los receptores
utilizarán esta capa independiente como intermediario para intercambiar mensajes. Un beneficio primario de MOM es el suelto
acoplamiento entre participantes en un sistema: la capacidad de vincular aplicaciones sin tener para adaptar los sistemas de
origen y destino entre sí, dando como resultado un alto grado de cohesión, Despliegue del sistema desacoplado.

Fiabilidad

Con MOM, se evita la pérdida de mensajes a través de la red o la falla del sistema mediante el uso de un almacén y mecanismo
de reenvío para la persistencia del mensaje. Esta capacidad de MOM introduce una Alto nivel de confiabilidad en el mecanismo
de distribución, almacenamiento y envío previene pérdidas de mensajes cuando partes del sistema no están disponibles o están
ocupadas. El nivel específico de la confiabilidad generalmente es configurable, pero los sistemas de mensajería MOM pueden
garantizar que se enviará un mensaje y que se enviará a cada destinatario deseado Exactamente una vez.

Escalabilidad

Los subsistemas pueden ser escalados de forma independiente, con poca o ninguna interrupción a otros subsistemas. MOM
también permite al Sistema para hacer frente a picos impredecibles en la actividad en un subsistema sin afectar otras áreas del
sistema.

Disponibilidad

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

MOM introduce capacidades de alta disponibilidad en sistemas que permiten operaciones continuas acciones y manejo más
suave de las interrupciones del sistema. MOM no requiere simultánea o Disponibilidad "al mismo tiempo" de todos los
subsistemas. La falla en uno de los subsistemas no causará Fallos de ondulación en todo el sistema. MOM.

MOM y RPC Tienen Ventajas y Desventajas.

Las soluciones MOM tienden a ser más robustas a las fallas que RPC, y les permite a los solicitantes de servicios continuar
procesando mientras el proveedor de servicios trabaja en sus solicitudes. Sin embargo, la programación de aplicaciones
basadas en MOM es más complicada porque la distribución no es tan transparente para el programador como para los RPC.

Características y Comparaciones.

Tabla que la principal diferencia entre RPC y MOM

característica MOM RCP

metáfora mensajero Teléfono (sin contestador


automático)

Relación temporal entre asincrónico sincrónico


cliente y servidor

Naturaleza del diálogo Cola Consulta- Respuesta

Estado operacional del No es necesario obligatorio


servidor

Equilibrio de carga Política de extracción Por medio de un monitor.


mensajes transaccional

Soporte de transacciones Depende del producto Depende del producto

Filtrando mensajes posible no

Resolución CS N° 076-04-2016-04-20
VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

actuaciones Lento al asegurar mensajes Más eficiente que MOM


escribiendo en disco porque no copia de
seguridad

Referencias

AROD, D. (s.f.). Obtenido de http://lig-membres.imag.fr/plumejeaud/NFE107-fichesLecture/RPC-MOM.pdf

Curry, E. (s.f.). semanticscholar. Obtenido de


https://pdfs.semanticscholar.org/98e1/90fd2ed9e15514f7f5d5ea3dbd8aeb382a9c.pdf

Facultad de Ingeniería – Montevideo, U. (s.f.). mimateriaenlinea. Obtenido de


https://moodle2.unid.edu.mx/dts_cursos_mdl/lic/TI/FB/AM/02/Introduccion_al_middleware.pdf

Menascé, D. A. (s.f.). Scaling the Web. Obtenido de


https://pdfs.semanticscholar.org/87e6/343e4a3b0847a9b3dc5fb1e4fc2202c1ec21.pdf?_ga=2.89979358.477552142.1556199766-
2011943400.1556199766

CONCLUSIONES:

El middleware de distribución caracteriza un mecanismo de programación remota de alto nivel. Diseñado para
automatizar y extender la programación de red del sistema operativo nativo.

RECOMENDACIONES:

Nombre de estudiante: Wilmer Camas

Firma de estudiante: _______________________________

Resolución CS N° 076-04-2016-04-20

Вам также может понравиться