la computación distribuida-resumen

5/14/2018 La computación distribuida-Resumen - slidepdf.com

http://slidepdf.com/reader/full/la-computacion-distribuida-resumen 1/7

6-3-2012

Resumen | Sarai

SISTEMAS DISTRIBUIDOS



Universidad Autónoma de Campeche

Facultad de Ingeniería

Ingeniera en Sistemas Computacionales

Alumna: Berenice Sarai Chan Chi

8° semestre grupo “B”

Materia: Sistemas Distribuidos

Maestro: Sergio Tun Salazar

Resumen

“Sistemas Distribuidos”

Fecha de Entrega: 6 de Marzo de 2012



La computación distribuida

Con el progreso de la electrónica, el tamaño y costo de los computadores fuereduciéndose. La tendencia de reducción del tamaño de los equipos continuó. La

necesidad de compartir información y dispositivos periféricos caros, tal como se hacía enla época del macro-computador, motivó la interconexión de los computadores medianteredes de comunicaciones.

Las redes no se utilizaban para compartir funcionalidad sino únicamentedispositivos.

Aparecieron, en cambio, múltiples proveedores de equipos para la red y surgieronestándares para los equipos (redes, interfaces, etc.) buscando garantizar lacompatibilidad.

Surge la visión de compartir también la funcionalidad de las aplicaciones,colocando la funcionalidad común a varias aplicaciones (clientes) en un sistema servidor.Se crea entonces el modelo Cliente-Servidor (C/S).

Una aplicación típica consta de los siguientes componentes:− Lógica de presentación− Lógica de negocio− Gestión de datos

Lógica de mediación

Es una capa de programas ubicada entre el cliente y el servidor que permite aislarlas interacciones cliente-servidor de los mecanismos básicos de comunicación inter-procesos y de los protocolos de red, mediante un conjunto de interfaces y facilidades en

tiempo de ejecución.



Ofrece servicios tales como:

- Directorio- Comunicaciones- Seguridad

- Administración de transacciones.

Ventajas:− Todas las aplicaciones acceden a la red de manera consistente.− Una aplicación desarrollada para una plataforma puede ser fácilmente portada

hacia plataformas distintas que utilicen la misma interfaz.− Simplifica el desarrollo de aplicaciones ya que reduce la cantidad de código a

desarrollar.

Existen dos modelos computacionales de la lógica de mediación, según lanaturaleza de las entidades a conectar:

a) La lógica de mediación distribuida.b) La lógica de mediación de acceso a datos.

Lógica de mediación orientada a datos

Es un mecanismo para pasar comandos del Lenguaje de Consulta Estructurado(SQL, Structured Query Language) y sus datos asociados, desde un proceso cliente hasta

un servidor (no necesariamente relacional).La lógica de mediación transporta el comando y lo traduce en el dialecto de laplataforma.

Existe la necesidad de contar con múltiples herramientas de administración ydesarrollo.

- Solución mediante interfaz común- Solución mediante pasarela SQL

Solución mediante interfaz común:

La primera aproximación hacia una plataforma de acceso uniforme a los datosconsiste en estandarizar una interfaz de acceso. El objetivo es crear una API SQL comúnque pueda ser utilizada por todas las aplicaciones sin importar el servidor de base dedatos en que resida la información.



Solución mediante pasarela SQL:

Esta alternativa propone, además de una interfaz única, la utilización de uncontrolador común para comunicarse con todos los servidores. Del lado del servidor seinstala una aplicación (servidor-pasarela) que intercepta los mensajes que llegan con el

formato del protocolo del controlador y los traduce a invocaciones al SQL nativo delservidor específico.

Existen tres principales arquitecturas relacionadas con este concepto:

− RDA (Remote Data Access ) de ISO/SAG.− DRDA (Distributed Relational Data Access ) de IBM.− EDA (Enterprise Data Access ) de Information Builders Inc. (IBI).

Lógica de mediación distribuida

Es una comunicación de programa a programa. Puede ser soportada por variastécnicas de procesamiento cooperativo, entre las que se pueden citar:

− Llamada a Procedimiento Remoto (RPC, Remote Procedure Call ).− Lógica de Mediación Orientada a Mensajes (MOM, Message Oriented

Middleware )

−Monitor de Procesamiento de Transacciones (TP Monitor ).

− Mediador de Peticiones a Objetos (ORB, Object Request Broker ).

Llamada a Procedimiento RemotoEs una extensión del paradigma orientado a procedimientos (estructurado) que

consiste en hacer transparente para el programador la ubicación de las funciones queinvoca.



Lógica de Mediación Orientada a Mensajes

La aplicación que invoca el servicio no espera una respuesta inmediata;simplemente envía un mensaje con los datos necesarios y más tarde obtiene larespuesta. Este esquema aporta muchas ventajas; por ejemplo, se puede invocar un

servicio aún si en ese momento el servidor no está activo.

Monitor de Procesamiento de Transacciones

Una transacción es un conjunto de acciones en las que se garantizan laspropiedades ACID: Atomicidad, Consistencia, Aislamiento y Durabilidad.Los Monitores de Procesamiento de Transacciones se especializan en administrarTransacciones sus principales servicios son:

− Administración de procesos− Administración de transacciones

Mediador de Peticiones a Objetos

Un ORB es una lógica de mediación orientada a objetos. Las tres principalesplataformas existentes en esta tecnología son:

- CORBA (Common Object Request Architecture) - DCOM (Distributed Common Object Model ) (también COM+)- RMI (Remote Method Invocation )

CORBA

El OMG plantea que la tecnología orientada a objetos puede ofrecer una solución alproblema de la interoperabilidad entre aplicaciones, y propone para ello una arquitecturade referencia en la que se incluyen componentes estándar y un bus de interconexión..Arquitectura para la Gestión de Objetos

La Arquitectura para la Gestión de Objetos (OMA, Object Management Architecture ) es la visión del OMG sobre la interoperabilidad. OMA incluye un servicio dela lógica de mediación denominado Mediador de Peticiones a Objetos (ORB, Object Request Broker ), que reduce la complejidad del desarrollo de las aplicaciones, y unconjunto de interfaces estándar que simplifican su integración. Los componentes de OMA

son:- ORB.- Servicios de Objetos- Facilidades Comunes- Interfaces de Dominio- Objetos de la Aplicación



Componentes de CORBA

Cabo del Cliente (Client Stub ). Esqueleto de la Implementación (Implementation Skeleton Invocación Dinámica (Dynamic Invocation ).

Adaptador de Objetos (Object Adapter ). Interfaz del ORB (ORB Interface ).

Comparación entre CORBA y otras lógicas de mediación

CORBA vs. RPCLas principales diferencias entre CORBA y RPC se derivan de sus respectivos

modelos de programación. RPC provee un modelo orientado a procedimientos mientrasque CORBA es orientado a objetos.

CORBA vs. MOMMOM es asíncrono, muy simple y generalmente no ofrece servicios adicionales a

los de las comunicaciones (directorio, seguridad, etc.); es no-orientado a conexión y, en laactualidad, una solución de bajo nivel.

CORBA vs. TP MonitorCORBA y los Monitores de Procesamiento de Transacciones son dos tecnologías

que se pueden complementar una a la otra. El principal papel de los segundos es el decoordinar la ejecución de diversos procesos respetando reglas de integridad de los datos.

CORBA vs. Java/RMI

RMI es una extensión al lenguaje Java, y es la solución más simple para la lógicade mediación si toda la aplicación esta escrita en este lenguaje.

Una plataforma basada en CORBA, Java y la Web

Java/RMI es una tecnología de programación. CORBA en cambio es unatecnología de integración, diseñada específicamente como plataforma de integración detecnologías muy diversas. Java facilita la creación de objetos portables y su distribución.Aparte de las comunicaciones, las aplicaciones necesitan servicios como seguridad,administración de los objetos existentes, localización, etc. En cierta forma, Java empiezadonde CORBA termina.

la computación distribuida-resumen

Documents