INSTITUTO TECNOLOGICO DE TAPACHULA.

ALUMNO:
Henry Elier Bravo Lorenzo.

PROFESOR:
Raul Monzon Urbieta.

MATERIA:
Sistemas Distribuidos.

TRABAJO:
Sintesis unidad 5: aplicacion distribuida en ambientes grficos.

INTRODUCCION.
En este unidad se plasmara informacion acerca de los sistemas
distribuidos, com es el caso de los recursos que cuando nosotros
queremos hacer sistema distribuido tendremos que ver el uso de los
recursos, como la comparticion de diversos componentes tanto fisicas
como logicas asi como los multiusuarios y monousuarios.
Tambien las llamadas remotas RMI que son conocidas como stub, y que
son muy importantes dentro del sistema distribuido. Las aplicaciones
cliente/servidor que se usan dentro de los SD.
Y pues por ultimo el desarollo de aplicaciones de cliente/servidor usando
el RMI.

5.1.-ACCESO A RECURSOS DISTRIBUIDOS.

Los recursos son entidades que se comparten en un sistema distribuido,
se extiende desde los componentes como el hardware, discos e
impresoras hasta los elementos de software como ficheros, ventanas,
base de datos y otros objetos de datos.
Los sistemas multiusuarios clasicos han provisto la compaticion de
recursos entre todo sus usuarios, en cambio los recursos de cualquier
computadora multiusuario se comparten

de manera

natural. A

diferencia de los usuarios de estaciones de trabajo monousuario o

computadoras personales dentro de un sistema distribuido no obtienen
automaticamente los beneficios de la comparticion de recursos.
El gestor de recursos es un pequeo modulo del software que maneja un
cojunto de recursos particular, estos requieren algunas politicas y
metodos especificos junto con requisitos comunes para todos ellos. Esto
incluye nombre para cada clases de recursos, permitiendo a lo recursos
individuales que accedan desde cualquier lugar, la traslacin de nombre
de recurso a direcciones de comunicacin y la coordinacin de los
accesos

concurrentes

que

cambian

el

estado

de

los

recursos

compartidos para mantener la consistencia.

Un sistema distribuido puede verse de manera abstracta como un
conjunto de gestores de recursos y un conjunto de programas que usan
los recursos. Los usuarios de los recursos se comunican con los gestores
de los recursos para acceder a los recursos compartidos del sistema.
Esta perspectiva nos lleva a dos modelos de sistemas distribuidos: el
modelo cliente-servidor y el modelo basado en objetos.

5.2.-PROCEDIMIENTOS REMOTOS RMI.

El mecanismo RMI es una aplicacion o applets que permite que pueda
tener comunicacion con otros programas la cual se ejecutan de manera
remotas. Donde el programador tiene que crear un objeto que de
manera remota se concete a un representante local, tambien es
conocido como stub.
Todo los mensages que se le envia a un objeto remoto son enviados
tambien a un stub de manera local, como si fuera algo real. Este tiende a
aceptar los mensages que le han enviado y que al mismo tiempo se lo
esta enviado a un objeto real, el cual se encargara de enviar a sus
metodos principales.
Como resultado final tenemos que la invocacion hecha, tendra que
regresar al stub local el cual lo estar regresando al emisor original de
llamada.
En al figura siguiente muestra a un aplicacion cliente que se esta
ejecutado en una maquina A y que a su ves le esta enviando un
mensage al abjeto remoto del la aplicacion que se ejecuta en la maquina
B.
Cuando la aplicacion cliente enva un mensaje al stub local del objeto
emoto, la peticion se transmite a la maquina que contiene al objeto real,
donde el metodo es invocado y cualquier resultado retornado al stub
local, de modo que la aplicacion cliente puede obtener la respuesta
apropiada.

5.3 CLIENTES Y SERVIDORES RMI.

La aplicaciones de cliente/servidor usando sockets conlleva el diseo de
un protocolo consistente en un lenguaje comn entre el cliente y el
servidor. Al disear estos tipos de protocolos no es tan sencillo y cuasa
muchos errores como el deadlock.
Las aplicaciones cliente/servidor ya no trabajan directamente con los
sockets si no usan las invocaciones de los metodos remotos en java(java
RMI). Este paquete puede ser usado por los sistemas distribuidos que
estan en desarrollo. Estos paquetes permiten invocar metodos de otras
maquina virtual java.
El sistema RMI es muy similar (y generalmente ms fcil de usar) a la
llamada a procedimientos remotos (RPC) que podemos encontrar en
otros sistemas. En RMI el programador tiene la sensacin de realizar
llamadas a mtodos locales de una clase local, mientras el sistema es el
encargado de pasar los argumentos, ejecutar el mtodo y devolver los
resultados de la mquina remota al objeto que ha realizado la llamada.
La simplicidad es uno de los aspectos mas importante del RMI, ya que
estos tienen caracteristicas que soportan y hacen mas facile el
desarrollo de los sistemas distribuidos como la transparencia a la hora

de la invocacion, recolector automatico de basura distribuido, y acceso

convenientes a strams, etc.
La invocacin remota es transparente ya que se realiza de idntica
manera que la llamada aun mtodo local, y el recolector automtico de
basura distribuido nos libera de la necesidad de preocuparnos por la
liberacin de memoria de un objeto que ya no va a ser utilizado con
independencia de que ste sea local o remoto.
Los recursos en un sistema distribuido son encapsulados fisicamente en
una de las computadoras y solo pueden acceder atraves de otras
mediante las

comunicaciones(la red). Para que la comparticin de

recursos sea efectiva, sta debe ser manejada por un programa que
ofrezca un interfaz de comunicacin permitiendo que el recurso sea
accedido, manipulado y actualizado de una manera fiable y consistente.
Surge el trmino genrico de gestor de recursos.
Objetivos de Java-RMI
Los objetivos del Java-RMI segn se definen en el manual de
especificaciones son los siguientes:
Soporte de invocacin de objetos remotos en diferentes mquinas
virtuales

Java.

Soporte de retorno de resultados desde el servidor a los clientes.

Integrar el modelo de objetos distribuidos en el lenguaje Java de una
forma natural,
mientras se mantiene la semntica de objetos ya definidas en Java.
Realizar aplicaciones distribuidas lo ms simples y legibles posibles.
Preservar la seguridad que provee el runtime system de Java.

RMI y el Modelo de Referencia OSI.

El modelo de referencia OSI establece 7 niveles de para la comunicacin
por red. En la siguiente figura se muestra cmo RMI puede ser descrito
por dicho modelo.

El sistema RMI consiste en 3 etapas:

El nivel Stub/Skeletons
El nivel de Referencia Remota.
El nivel de Transporte.
El nivel Stub/Skeletons es una interfaz entre una aplicacin y el resto del
sistema RMI. Su propsito es transferir los datos al nivel de Referencia
Remota. El nivel de Referencia Remota es responsable del manejo de la
semntica de la invocacin, transmitir los datos al nivel de transporte
usando una conexin orientada a Streams (TCP).
El nivel de Transporte en la implementacin actual de RMI est basado
en TCP, pero podra sustituirse por UDP. Finalmente, el nivel de
Transporte es el responsable de establecer y manejar la conexin.
5.4.-DESARROLLO

DE

APLICACIONES

CLIENTE/SERVIDOR

DISTRIBUIDAS QUE HAGAN USO DE RMI.

Disear un sistema distribuido es crear aplicaciones de software que,
utilizando servicios y ayudndose de la conectividad, participen y se
integren en este entorno de forma transparente a las plataformas de
proceso y de almacenamiento de datos, dotndolas de los recursos
necesarios para gestionarse de forma integrada con el resto del sistema
distribuido.
Los sistemas distribuidos que se diseen y construyan deben estar
alineados con los objetivos de negocio de la empresa, aumentar la
eficacia y eficiencia operacional de la compaa y permitir el mayor
rendimiento con el menor coste en las estructuras informticas que dan
soporte.

El sistema resultante debe ser adaptable, ofrecer el rendimiento

necesario con el coste ms barato que seamos capaces de conseguir.
Las tecnologas llegan, se consolidan o desaparecen, y al final mueren. Y
siempre con facilidad y rapidez.
Pero las estrategias, las tcticas y las tcnicas de diseo tienen un ciclo
de vida mucho ms lento y robusto. Y estn por encima de las
tecnologas en que se
El

desarrollo

de

implementan.

aplicaciones

cliente/servidor mediante

Java-RMI

requiere 6 etapas:
1. Definir una interfaz remota.
2. Implementar dicha interfaz remota. (Servidor).
3. Implementar la aplicacin que usa los objetos remotos. (Cliente).
4. Generar los Stubs (Proxies cliente) y Skeletons (entidades servidor).
5. Ejecutar el registry (servidor de nombres).
6. Ejecutar el servidor y los clientes.
Realizaremos un estudio de cada etapa con un ejemplo que nos ayudar
a la mejor comprensin de cada una de ellas. Vamos a realizar un
servidor de operaciones para matrices y vectores y un cliente que har
uso de los servicios que ste nos proporciona.

CONCLUSION.
Los puntos que vimos son importante ya que son los que se usan dentro
de un S.D. Y sin ellas no prodria funcionar bien, unos de los temas que
vimos fue sobre los recursos que estos comparte, como por ejemplo los
componentes del hardware y tambien los elementos del software como
son los ficheros, las ventanas.
Asi como los multiusuario que pueden compartir cualquier cosa de
manera

naturla

diferiencia

de

las

estaciones

de

trabajo

monousuarios que estos estan limitados y no obtienen beneficios con los

recursos compartidos.
Despues bienen los procedimientos remotos que son aplicaciones
especiales que permiten las comunicaciones con otras aplicaciones de
manera remota, donde el programador tiene que aser un objeto que
permita la conexion de manera remota, a esto se le llama stub.
Cliente/servidor RMI son aplicaciones que trabajan con sockets y esta a
su ves no usan invocaciones de alugn metodo, estos tipos de paquetes
pueden ser usados en los sistemas distribuidos. El sistema RMI son muy
faciles de usar ya que tienen similitudes a los procedimientos
remotos(RPC).
El disear aplicaciones para los sistemas distribuidos, ayudan a al
conectividad y comunicacion entre sistemas diferentes. Lo que se
dediquen a disear y construir deben de tener en cuenta los objetivos de
negocio de la empresa asi como aumentar la eficacio y la eficiencia
permitiendo asi el mejor costo en la estructura de soporte.

BIBLIOGRAFIA.
.- DISEO DE UNA ARQUITECTURA CLIENTE/SERVIDOR MEDIANTE
OBJETOS DISTRIBUIDOS EN JAVA.
Jos Luis Pastrana Brincones (pastrana@lcc.uma.es)
Dpto. Lenguajes y Ciencias de la Computacin. Universidad de
Mlaga.
.- REMOTE METHOD INVOCATION (RMI) DE JAVA.
Concurrencia y Distribucion, Programacion Avanzada, Posgrado en
Ciencia e Ingeniera de la Computacion, UNAM
.- Diseo de sistemas distribuidos.
Enric Martnez Gomriz
.- Introduccin a los Sistemas Distribuidos.
J. Oscar Rojo
http://augcyl.org/?page_id=231