ACTIVIDAD N:

ASIGNATURA:

SISTEMAS DISTRIBUIDOS

SEMESTRE:

Noveno B 12ava. Promocin.

TEMA:

Introduccin a los Sistemas Distribuidos (SD)

UNIDAD N 1:

Introduccin a los Sistemas Distribuidos (SD)

PROBLEMA:

FECHA ENVIO:

16/05/2016

FECHA ENTREGA:

23/05/2016

Necesidad de describir las aplicaciones, ventajas desventajas y arquitectura

de los SD
Describir las aplicaciones, ventajas desventajas y arquitectura de los SD.

OBJETIVO:
INDICADOR DE EVALUACION:
Generacin de ideas, accin participativa, creatividad de las propuestas
y calidad de respuestas
CRITERIOS DE EVALUACIN:

CALIFICACIN

Siempre
(2)

A veces
(1)

CAPACIDAD DE COMUNICACIN.
EN IMPRESOS

Entrega documentacin impresa y digital. (Siguiendo las normas y convenciones

para la escritura y sin falta de ortografa). La redaccin del documento debe ser clara.
Debe incluir todas las fuentes de donde tom la informacin.
Cumple con el formato, normas y estructura para la elaboracin del documento.

APLICACIN DE VALORES.

Puntualidad. Entrega de trabajo a tiempo

Responsabilidad tica. El trabajo es indito y respeta la propiedad intelectual
Responsabilidad profesional. Cumple con las normas tcnicas.

USO DE RECURSOS:

Recursos bibliogrficos fidedignos y con validez cientfica

Recursos tecnolgicos adecuados

CAPACIDAD DE REFLEXIN.
Incluye ejemplos claros que permiten un mejor entendimiento del tema.
CONOCIMIENTO TCNICO.
Destreza con las herramientas informticas.
TIPO DE ACTIVIDAD
LUGAR
ALCANCE
FORMA
Intraclase Individual
Taller
Prctica en laboratorio
Extraclase Grupal
Sntesis, esquemas
Prctica en clase
Caso de estudio
Resolucin de problemas,
Investigativa
ejercicios
Vinculacin con la colectividad
Ensayo, artculo
Informe de exposicin
ROLES Y RESPONSABILIDADES DE LOS PARTICIPANTES EN LA TAREA:
NOMBRE ESTUDIANTE
ROL
DESCRIPCIN
Palacios Abad Sandra Anabel
Investigativo
Desarrolla la tarea propuesta

DESARROLLO DE LA ACTIVIDAD

TIPOS DE ARQUITECTURAS DE SISTEMAS DISTRIBUIDOS

Nunca
(0,5)

Arquitecturas Multiprocesador

Segn (Sommerville, 2005) Es el modelo ms simple de un sistema distribuido en un

sistema multiprocesador en el que el sistema software est formado por varios
procesos que pueden ejecutarse sobre procesadores diferentes. Este modelo es
comn en los sistemas grandes de tiempo real. Estos sistemas recogen informacin,
toman decisiones usando esta informacin y envan seales a los actuadores que
modifican el entorno del sistema.
Sistemas multiprocesador con ms de una CPU en comunicacin muy cercana.
Sistemas fuertemente acoplados los procesadores comparten la memoria y el reloj;
la comunicacin por lo general se realiza a travs de la memoria compartida.
Ventajas de los sistemas paralelos:

Incremento del rendimiento

Econmicos
Incrementan confiabilidad -degradacin gradual
Sistemas de fallos controlados por software.

Caractersticas
Segn (Universidad, 2010) Afirma que las caractersticas que componen un sistema
multiprocesador son:

Mayor capacidad de proceso, Rendimiento ()

N procesadores (NP) paralelismo
Greal = T1P / TNP Gideal = NP (normalmente)
Eficiencia
o Indica en que medida se aprovechan los mltiples recursos de
o

procesamiento
Ereal = Greal / NP Eideal = Gideal / NP = 1 (100% utilizacin)

Fiabilidad
o Aunque falle un procesador, el computador puede seguir funcionando
o Es deseable una degradacin de rendimiento controlada
Componentes
o Procesadores (2 o ms)
o Mdulos de Memoria
o Elementos de Comunicacin (Red de Interconexin o RI)
Modelos (en funcin de la forma de conectar procesadores y memoria)
o Sistemas Multiprocesadores de Memoria Compartida
o Sistemas Multiprocesadores de Memoria Distribuida

Arquitectura Cliente Servidor

Segn (Ecured, 2015) Esta arquitectura consiste bsicamente en un cliente que

realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea
se puede aplicar a programas que se ejecutan sobre una sola computadora es ms
ventajosa en un sistema operativo multiusuario distribuido a travs de una red de
computadoras. La interaccin cliente-servidor es el soporte de la mayor parte de la
comunicacin por redes. Ayuda a comprender las bases sobre las que estn
construidos los algoritmos distribuidos por otro lado (Sommerville, 2005) menciona
que En una arquitectura cliente servidor, una aplicacin se modelo como un conjunto
de servicios proporcionados por los servidores y un conjunto de clientes que usan
estos servicios. Los clientes necesitan conocer que servidores estn disponibles, pero
normalmente no conocen la existencia de otros clientes, Clientes y servidores son
procesadores diferentemente.

Modelo Cliente Ligero.- Es un modelo de cliente ligero, todo el procesamiento de las

aplicaciones y gestin de los datos se lleva a cabo en el servidor. El cliente
simplemente es responsable de la capa de presentacin del software.
Modelo Cliente rico.- Este modelo, el servidor solamente es responsable de la
gestin de datos. El software del cliente implementa la lgica de la aplicacin y las
interacciones con el usuario.
Arquitecturas (C/S) monolticas (una capa)
Segn (Universidad de Valladolid, 2014) La industria de la Tecnologa de la
Informacin ha puesto en prctica una forma muy sencilla de computacin
cliente/servidor desde la aparicin inicial de los mainframe. En esa configuracin un
host mainframe y un terminal
tonto directamente conectado con el mainframe puede verse como un modelo C/S de
una capa

Arquitecturas C/S de dos capas

Segn (Universidad de Valladolid, 2014) La arquitectura de dos capas se compone:

El cliente se comunica directamente con un servidor de bases de datos

La aplicacin o lgica de negocio bien reside en el cliente, o en el servidor de

base de datos en la forma de procedimientos almacenados

Un primer modelo C/S de dos capas comenz a emerger con las aplicaciones
desarrolladas para redes LAN a finales de los 80 y principios de los 90

Arquitectura cliente servidor 3 capas

Segn (Universidad de Valladolid, 2014) Afirma que:

Una generacin ms novel de la arquitectura C/S aade una capa intermedia

(middle tier)
En la arquitectura de tres capas (en general, en la arquitectura multicapa) el
cliente implementa la lgica de presentacin (cliente fino), el servidor(es) de
aplicacin implementan la lgica de negocio y los datos residen en uno (o
varios) servidor(es) de bases de datos

Ventajas
Segn (Calle, 2010) Menciona las siguientes ventajas de los sistemas
distribuidos cliente servidor.

Centralizacin del control: Los accesos, recursos y la integridad de los datos

son controlados por el servidor de forma que un programa cliente defectuoso o
no autorizado no pueda daar el sistema. Esta centralizacin tambin facilita la

tarea de poner al da datos u otros recursos (mejor que en las redes P2P).
Escalabilidad: Se puede aumentar la capacidad de clientes y servidores por
separado. Cualquier elemento puede ser aumentado (o mejorado) en cualquier

momento, o se pueden aadir nuevos nodos a la red (clientes y/o servidores).

Fcil mantenimiento: Al estar distribuidas las funciones y responsabilidades
entre varios ordenadores independientes, es posible reemplazar, reparar,
actualizar, o incluso trasladar un servidor, mientras que sus clientes no se
vern afectados por ese cambio (o se afectarn mnimamente). Esta

independencia de los cambios tambin se conoce como encapsulacin.

Existen tecnologas, suficientemente desarrolladas, diseadas para

el

paradigma de C/S que aseguran la seguridad en las transacciones, la

amigabilidad del interfaz, y la facilidad de empleo.

Desventajas

La congestin del trfico ha sido siempre un problema en el paradigma de C/S.

El paradigma de C/S clsico no tiene la robustez de una redP2P. Cuando un
servidor est cado, las peticiones de los clientes no pueden ser satisfechas.
En la mayor parte de redes P2P, los recursos estn generalmente distribuidos
en varios nodos de la red. Aunque algunos salgan o abandonen la descarga;
otros pueden todava acabar de descargar consiguiendo datos del resto de los

nodos en la red.
El software y el hardware de un servidor son generalmente muy determinantes.
Un hardware regular de un computador personal puede no poder servir a cierta
cantidad de clientes. Normalmente se necesita software y hardware especfico,
sobre todo en el lado del servidor, para satisfacer el trabajo. Por supuesto, esto
aumentar el costo.

Arquitectura de objetos distribuidos

Segn (Sommerville, 2005) En una arquitectura de objetos distribuidos los

componentes fundamentales del sistema son los objetos que proporcionan una
interfaz a un conjunto de servicios que ellos suministran. Otros objetos realizan
llamadas a estos servicios sin hacer ninguna distincin lgica entre un cliente y un
servidor.
Segn (Claudia, 2012) En los sistemas Cliente/Servidor, un objeto distribuido es aquel
que est gestionado por un servidor y sus clientes invocan sus mtodos utilizando un
mtodo de invocacin remota. El cliente invoca el mtodo mediante un mensaje al
servidor que gestiona el objeto, se ejecuta el mtodo del objeto en el servidor y el
resultado se devuelve al cliente en otro mensaje.

Componentes:
Segn (Mrquez, 2009) Los componentes de un sistema distribuido CORBA son los
siguientes:

El ORB de tiempo real, el cual aporta las interfaces necesarias para crear y

destruir los objetos para la programacin de tiempo real.

La interfaz PriorityMapping, utilizada para tener un esquema de prioridad

independiente de las plataformas donde residen las aplicaciones.

La interfaz RTPOA, proporciona los mtodos necesarios para poder llegar a

configurar los POA de tiempo real.

La interfaz RTCORBA::Current, aporta control sobre las prioridades de las

hebras.
El servicio de planificacin, opcional en las implementaciones, asegura la
planificabilidad de las invocaciones CORBA.

Arquitecturas PEER TO PEER

Segn (Ecured, 2014) Este tipo de red P2P se basa en una arquitectura monoltica en
la que todas las transacciones se hacen a travs de un nico servidor que sirve de
punto de enlace entre dos nodos y que, a la vez, almacena y distribuye los nodos
donde se almacenan los contenidos. Poseen una administracin muy dinmica y una
disposicin ms permanente de contenido. Sin embargo, est muy limitada en la
privacidad de los usuarios y en la falta de Escalabilidad de un slo servidor, adems
de ofrecer problemas en puntos nicos de fallo, situaciones legales y enormes costos
en el mantenimiento as como el consumo de ancho de banda.

Caractersticas de P2P
Escalabilidad.
Robustez.
Descentralizacin.
Los costos estn repartidos entre los usuarios.
Anonimato.
Seguridad.

Arquitectura Orientada a Servicios SOA

Segn (Iprofesional, 2005) La arquitectura orientada a servicios (SOA) no se trata de

software o de un lenguaje de programacin, SOA es un marco de trabajo conceptual
que permite a las organizaciones unir los objetivos de negocio con la infraestructura de
TI integrando los datos y la lgica de negocio de sus sistemas separados, por otro
lado (Hernndez, 2014) menciona que SOA es un modelo de componentes que
interrelaciona las diferentes unidades funcionales de las aplicaciones, denominadas
servicios, a travs de interfaces y contratos bien definidos entre esos servicios. La
interfaz se define de forma neutral, y debera ser independiente de la plataforma

hardware, del sistema operativo y del lenguaje de programacin utilizado. Esto permite
a los servicios, construidos sobre sistemas heterogneos, interactuar entre ellos de
una manera uniforme y universal.
Ventajas

Reduce el nivel de acoplamiento.

Clara definicin de roles de desarrollo.
Definicin de seguridad ms clara.
Fcil testeo.
Mejora la mantencin.
Favorece la reutilizacin.
Favorece el desarrollo en paralelo.
Permite fcil escalabilidad.
Permite un mapeo directo entre los procesos y los sistemas.
Permite un monitoreo preciso.
Permite la interoperabilidad.

Desventajas

SOA depende de la implementacin de estndares. Sin estndares, la

comunicacin entre aplicaciones requiere de mucho tiempo y cdigo.

SOA no es para: aplicaciones con alto nivel de transferencia de datos,
aplicaciones que no requieren de implementacin del tipo request/response y

para aplicaciones que tienen un corto periodo de vida.

Incrementalmente se hace difcil y costoso el ser capaz de cumplir con los

protocolos y hablar con un servicio.

Implica conocer los procesos del negocio, clasificarlos, extraer las funciones
que son comunes a ellos, estandarizarlas y formar con ellas capas de servicios

que sern requeridas por cualquier proceso de negocio.

En la medida en que un servicio de negocio, vaya siendo incorporado en la
definicin de los procesos de negocio, dicho servicio aumentara su nivel de
criticidad.

CONCLUSIONES
Se concluye que:

La aplicacin de sistemas distribuidos orientados a objetos con corba facilita, la

escalabilidad y un entorno multiplataforma, en el cual podemos usar un entorno

orientado a objetos para realizar invocaciones.

La arquitectura orientada a servicios representa en un nuevo modelo de

diseo, y aplicacin en el campo tecnolgico.

Cara sistema distribuido proporciona un marco de trabajo muy amplio y que va

evolucionando con la finalidad de adaptarse mejor con el usuario final

La arquitectura orientada a servicios SOA proporciona una mejor utilidad al
usuario debido a su gran escala de apertura para los procesos de negocios en

una empresa.
La aplicacin de un tipo de arquitectura por capas depender del tipo de
modelo que se adapte al administrador de sistema.

RECOMENDACIONES
Se recomienda:

Revisar cada componente del sistema distribuido para no tener ningn

inconveniente en la prctica.
Analizar por medio de grficos, los componentes que contienen cada

arquitectura para un mejor entendimiento del tema.

Revisar los enlaces bibliogrficos en caso de requerir ms informacin acerca

del tema planteado.

Poner en prctica los conocimientos adquiridos sobre los tipos de sistemas
distribuidos vistos en el desarrollo de este documento.

BIBLIOGRAFA
Calle, R. (2010). robiniclienteservidor. Obtenido de
http://robiniclienteservidor.weebly.com/ventajas---desventajas.html
CCM. (05 de 2016). es.ccm.net/. Obtenido de
http://es.ccm.net/contents/cliente-servidor-3322219037#147
Claudia, J. (16 de 06 de 2012). iaclaudia.wordpress.com. Obtenido de
https://iaclaudia.wordpress.com/2012/06/16/unidad-4-la-tecnologiade-objetos-distribuidos/
Ecured. (2014). www.ecured.cu. Obtenido de
http://www.ecured.cu/Red_Peer_to_Peer
Ecured. (2015). ecured.cu. Obtenido de
http://www.ecured.cu/Arquitectura_Cliente_Servidor

Hernndez, S. R. (24 de 02 de 2014). es.slideshare.net. Obtenido de

http://es.slideshare.net/finger10/arquitectura-orientada-a-servicios31577828?from_action=save
Iprofesional. (17 de 06 de 2005). www.iprofesional.com. Obtenido de
http://www.iprofesional.com/notas/46399-Qu-es-SOA-la-arquitecturaorientada-a-servicios
Mrquez, D. G. (09 de 12 de 2009). www.biblioteca.uma.es. Obtenido de
http://www.biblioteca.uma.es/bbldoc/tesisuma/17221018.pdf
Martnez, E. A. (2015). http://eafranco.com. Obtenido de
http://eafranco.com/docencia/sistemasoperativosii/files/14_15_16_17_
Arquitecturas_de_sistemas_distribuidos_y_Tarea_04.pdf
Sommerville, I. (2005). Ingeniera de Software . Madrid: Pearson Educain.
Tejedor, R. J. (05 de 2015). www.ramonmillan.com. Obtenido de
http://www.ramonmillan.com/tutoriales/corba.php#CORBA
Universidad. (09 de 2010). www.atc.uniovi.es. Obtenido de
http://www.atc.uniovi.es/inf_superior/atc/PARALELAS/4atc_8imp.pdf
Universidad de Valladolid. (2014). www.infor.uva.es. Obtenido de
http://www.infor.uva.es/~fdiaz/sd/2005_06/doc/SD_TE02_20060305.pd
f