Sistem As Dis Tribu I Dos

Sistemas Distribuidos
Sistemas distribuidos 1
Hemos utilizado Sistemas
Distribuidos?
Ejemplo: Google
No es un sistema distribuido
Es una aplicación montada sobre un sistema distribuido
Yo como usuario desconozco
Máquina o máquinas en las quo se realiza Ia búsqueda
Lugares donde estén ubicadas esas máquinas
- Tipos de comunicación que se utilizan
- Equipos que intervienen
- Forma de realizar Ia búsqueda
- Qué se ejecuta en mi máquina y qué no se ejecuta
• Casi siempre funciona correctamente
Concepto informatico
Los conceptos vienen de muchas áreas
• Sistemas Operativos.
• Procesamiento en Paralelo.
• Sistemas en Tiempo Real.
• Sistemas Multimedia Distribuidos.
• Tipos de comunicaciones.
• Bases de datos distribuidas.
• Cliente – Servidor, Tres niveles, Internet.
• Objetos, Componentes Distribuidos.
• Computación Móvil.
• Aplicaciones Tradicionales.
Lic. Jorge Guerra G.
La Internet mostro la factibilidad de la
implementación de los Sistemas Distribuidos
intranet % %
% ISP
%
backbone
satellite link
desktop computer:
server:
network link:

Numeros de Internet en 2015
 1.730 millones de usuarios de Internet en todo el mundo.
 1.400 millones de usuarios de correo electrónico que enviamos una
media de 247.000 millones de correo cada día aunque lamentablemente
unos 200.000 millones son correo basura (SPAM).
 En diciembre de 2009 había 234 millones de sitios web.
 De ellos, 126 millones son blogs, según BlogPulse.
 Hay 350 millones de usuarios registrados en Facebook, lo que lo haría
el tercer país más poblado del mundo.
 Se suben 2.500 millones de fotos al mes a Facebook, lo que hace
palidecer los 4.000 millones de fotos que había en total Flickr en octubre
de 2009.
 YouTube sirve 1.000 millones de vídeos cada día.
 Lamentablemente, se crean unos 148.000 nuevos ordenadores zombie
cada día.

Modelo N-capas heterogeneo

Modelo espacial C/S

Definición de Sistema Distribuido
 Un sistema distribuido es aquel que ofrece servicios
implementados sobre una red de computadoras como si
se tratara de un único sistema. Esto se logra a través de
transparencias de distribución y son:
 Transparencia de localización.
 Transparencia de escalabilidad.
 Transparencia de replicacion
 Transparencia de concurrencia.
 Transparencia de paralelismo.
 Transparencia de acceso.
 Transparencia de fallo.
 Transparencia de movilidad.
 Transparencia de rendimiento.

Transparencias
 Transparencia de acceso: permite que los recursos locales y remotos puedan ser
accesados mediante operaciones idénticas.
 Transparencia de localizacion: permite que los recursos puedan ser accesados sin el
conocimiento de su localizacion física o de la red (por ejemplo,la dirección IP).
 Transparencia de concurrencia : permite que varios procesos puedan operar al mismo
tiempo utilizando recursos compartidos sin interferencia entre ellos.
 Transparencia de replicacion : habilita varias instancias de recursos que se utilizarán para
aumentar la fiabilidad y rendimiento sin el conocimiento de las réplicas de los usuarios o
programadores de aplicaciones.
 Transparencia de fallo: permite el ocultamiento de fallas, permitiendo a los usuarios y los
programas de aplicación para completar sus tareas a pesar del fracaso de los
componentes de hardware o software.
 Transparencia de movilidad: permite el movimiento de recursos y clientes dentro de un
sistema sin afectar el funcionamiento de los usuarios o programas.
 Transparencia de rendimiento: permite que el sistema sea reconfigurado para mejorar el
rendimiento conforme las cargas varíen.
 Transparencia de escalabilidad: permite que el sistema y las aplicaciones crezcan, sin
cambio en la estructura del sistema o los algoritmos de la aplicación.
 Transparencia de paralelismo: permite que 2 o mas servidores trabajen en forma
cooperativa para un servicio sin que el usuario lo pueda observar.

Otras definiciones
Un sistema distribuido es una colección de
computadoras independientes que aparecen
ante los usuarios del sistema como una única
computadora
Tanenbaum
Un sistema distribuido es aquel en el que los
componentes localizados en computadores,
conectados en red, comunican y coordinan sus
acciones únicamente mediante el paso de
mensajes
Coulouris
Cambio de paradigma
 Control central  Autonomía
 Nombramiento global  Nombramiento federado (no
resuelto distribuidamente, por partes)
 Consistencia global
 Consistencia débil
 Ejecución secuencial
 Ejecución concurrente
 Vulnerabilidad
 Tolerancia a fallos
 Información local
 Información remota
 Localización fija
 Migración
 Homogeneidad
 Heterogeneidad

Retos
Los retos a los cuales se enfrentan los Sistemas
Distribuidos son:
• Heterogeneidad.
• Extensibilidad.
• Seguridad.
• Escalabilidad.
• Tratamiento de Fallos.
• Concurrencia.
• Transparencia.

¿ Por qué construir sistemas distribuidos?
 • Compartir recursos
– Tanto hardware (discos, impresoras), como software
(archivos, bases de datos)
• En algún caso, por economizar
 – Compartir datos es esencial en muchas aplicaciones
 • Equipos de desarrollo comparten herramientas y datos
 • Aplicaciones comerciales ofrecen a usuarios acceso a datos
compartidos
 • Trabajo cooperativo en algunas empresas
 • Existen aplicaciones inherentemente distribuidas
 – Por ejemplo, una cadena de supermercados con varias tiendas y
almacenes
 – Sistemas de reservas de billetes de líneas aéreas

Características de los Sistemas Distribuidos

Definición de Enslow
Sistema distribuido = hardware distribuido + control
distribuido + datos distribuidos
Un sistema se podría considerar

como un sistema distribuido si las
tres categorías (hardware,
control, datos) alcanzan un cierto
nivel de descentralización

Modelo de Enslow de los sistemas distribuidos.

Comparacion entre sistemas

Características de la transparencia
en Sistemas Distribuidos

Compartición de recursos

Compartición de recursos (cont)

Sistema Abierto

Escalabilidad

Tolerancia a fallos

Tolerancia
a fallos

Seguridad

Ventajas e inconvenientes

Implementacion final

Aplicaciones

Boeing

Sistemas Distribuidos en automóviles
Control del sistema en un automóvil
Un Mercedes clase S esta equipado con mas de 50
procesadores empotrados.
Conectados entre si por un red local.

Acceso a servicios
Modelo multiproceso.
Modelo de memoria compartida
También conocidos como multiprocesadores
Todos los procesadores comparten el espacio de direcciones
El programador no tiene que saber donde se encuentran los
datos
Modelo con memoria distribuida
También conocidos como multicomputadores
Cada procesador tiene su propio espacio de direcciones
El programador necesita saber donde se encuentran los datos

Comunicación entre procesos
Memoria Compartida (Base de Datos Distribuidas)
Paso de mensajes (Sockets, RPC y CORBA)
Ejecución remota (Agentes)

Arquitecturas hardware

Arquitecturas hardware

Arquitecturas usadas en Sistemas
Distribuidos
Arquitectura basada en capas

Arquitectura basada en objetos
Arquitectura centrada en datos compartidos
Arquitectura basada en eventos

Arquitectura basada en capas

Arquitectura basada en objetos

Arquitectura basada en eventos

Arquitectura basada en datos
compartidos

Paradigmas de Computacion en Red
Basado en la distribución de recursos, know-how (el codigo
que procesa los recursos) y el procesador donde el codigo
se ejecuta, los paradigmas de computación de red puede
ser clasificadas como:
Paradigma Cliente-Servidor
Paradigma Código-por-demanda
Paradigma Agente Móvil

Paradigma Cliente-Servidor
Servidor tiene todo: el
know-how, el procesador
y los recursos
Server
Client know-how
Cliente necesita
inteligencia para
descubrir al servidor
que provee el servicio
que se necesita.
Paradigma Cliente-Servidor
Ejemplos: RPC,
CORBA, XML
Web-Services
etc.
Server
Client know-how

Paradigma Código-por-demanda
Cliente tiene el Servidor envía el know-how

procesador y los sobre el cliente.
recursos. No tiene
el know-how
Server
Client know-how

Server
Client know-how

Server
Client know-how
know-how

Flash y Youtube
son un buen
ejemplo de este
paradigma.
Server
Client know-how
know-how

Paradigma Agente Móvil
Cada host en esta

red tiene un alto
grado de flexibilidad
en poseer el know-
how, los recursos y
los procesadores
Host Host

Host Host

Know-how en la forma
de agentes móviles no
esta unido a un único
Agente host pero esta disponible
en toda la red
know-how
Host Host

Agente
red
know-how
Host Host

Agente
red
know-how
Host Host

Agente
know-how
Host Host

Concepto de Agente Movil
Un agente móvil es un objeto el cual puede
moverse autónomamente a lo largo de la red de un
host a otro con su código y estado de ejecución y
realizar ciertas tareas a nombre de un usuario .

Nuevos Paradigmas de SD
 Cluster Computing:
 Dedicados a tareas específicas:
 Altas prestaciones.
 Alta disponibilidad.
 Sistema homogéneo (a menudo dedicado):
 Nodos PCs.
 LAN (de propósito general o específicas).
 Problemática: Grado de acoplamiento, servicios distribuidos.
 Grid Computing:
 Aprovechamiento de recursos creando un uniprocesador virtual.
 Restringido a una serie de tareas.
 Diferentes ámbitos:
 Desde intradepartamentales.
 Hasta intercorporativos.
 Problemática: Coordinación, seguridad, carácter dinámico.

Cluster Computing
 La idea del Cluster Computing es simple: Un grupo de
ordenadores independientes se conectan entre sí. Los
elementos conectantes son cables y un software especial
de cluster.
 Ya que los distintos ordenadores se complementan, por
ejemplo en el caso de Failover o balanceo de cargas. Falla
uno, los demás se encargan de su trabajo. Para un
ordenador sólo ésto es imposible. De ésta forma se
garantiza la alta disponibilidad las 24 horas del día.
Igualmente se facilita la administración. La unión
"clusterizada" de ordenadores es como un único punto de
control, que podrá ser administrado sin ningún problema de
forma remota.

Modelo de Cluster

Cluster Computing

Modelo de GRID

Desarrollos Web
Caso particular de desarrollo cliente servidor con
representación remota, en la cual disponemos de
un protocolo standard: HTTP y un servidor
denominado WebServer.
Cada página puede desencadenar la solicitud de
numerosos peticiones adicionales para finalizar el
proceso de representación remota.
Se dispone de un lenguaje standard de definición y
formateo de páginas: HTML

Desarrollos Web
 Incrustación de la lógica de aplicación en el servidor Web:
 CGI: Common Gateware Interface
 Cada petición HTTP genera un nuevo proceso, el cual analiza la
solicitud y genera un resultado. Cada proceso corresponde a una
transacción.
 Es flexible, ideal para pequeñas aplicaciones de uso reducido
 No escala adecuadamente
 Plug-ins
 Cada petición HTTP es resuelta por el componente adecuada, dentro
del mismo proceso del Web-Server.
 Mejor rendimiento
 Compromete la seguridad y fiabilidad del servidor Web
 Servidor especializado
 Facilidad de desarrollo
 Buen rendimiento
 Rigidez de configuración

Desarrollos Web
Tipos de plug-ins
HTML incrustado en código
Se centran en la lógica
Son fácilmente de optimizables
Ejemplos: servlets, Perl, Python
Código incrustado en HTML
Se centran en el interface de usuario
Son fáciles de crear y modificar
No requieren grandes formalismos
No necesitan una gran formación
Ejemplos: ASP, JSP, PHP

Desarrollo Web

Implementacion

Modelo Vista Controlador
View Model
User
Controller

Nuevos tipos de dispositivos
Dispositivos que acceden hoy a internet:
Internet Explorer, Netscape, Set Top Box,
Móviles WAP, PDAs Palm Pilot, Windows CE,
...
Previsiones para los próximos años:
2.002 el 50% de las transacciones habituales
se podrán realizar desde dispositivos móviles
2.003 el 80% de los usuarios realizarán algún
tipo de transacción desde dispositivos móviles
2.004 los se querrán realizar el 100% de las
transacciones desde dispositivos móviles
2.005 Se esperan más de 1.000 millones de
usuarios móviles de internet
Problema a resolver:
Necesidad de adaptar el interface de usuario a cada tipo
de dispositivo
Medidas a tomar:
Separar la lógica de aplicación del interface de usuario
Utilizar métodos estándar de comunicación entre la
lógica de aplicación y el interface de usuario
Uso de herramientas que permitan adaptar rápidamente
las aplicaciones a los nuevos tipos de dispositivos que
irán apareciendo

Tendencia actual
Navegador Móvil Usuario
http Wml binario
Gestor
Web Server WAP Server comunicaciones
- -
Páginas HTML Páginas WML Interface de usuario
XML
Servidor Aplicaciones Lógica de negocio
SQL
Datos
Base de datos

Variante de los fabricantes BBDD
http Wml binario
Gestor
- -
Páginas HTML Páginas WML Interface de usuario
XML
Lógica de negocio
Base de datos Datos

Variante de los fabricantes pasarelas
http Wml binario
Gestor
- -
Reglas de
Interface de usuario
traducción WML
Interface de usuario
Páginas HTML
Lógica de negocio
SQL
Datos
Base de datos

Java

Arquitectura I-MODE
Info.
Packet iMode Provider
Info.
Network Server Provider
(PDC-P)
Info.
Provider
Internet
Communication PC
Network
(PDC)
Groupware
PSTN Server
PC

Coexistencia Java-WAP
WML XML or XHTML Browser

Invoke J2ME
Browser J2ME
RTOS RTOS
Opción 1: WML nativo Opción 2: Java browser

Interacciona con java: • Integración mayor
•El navegado puede actualizarse
•Limitaciones en es stack
dinámicamente
•Limita las interdependencias

Arquitectura WAP
Web Server WAP Gateway Client
WML Encoder WML

with WML Script
WML Decks
CGI
Scripts, WML Script WML Script
Etc... Compiler
Protocol WTAI
Content Conversion
Wireless Telephony Application Interface

HTTP WTP

Sistem As Dis Tribu I Dos

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sistem As Dis Tribu I Dos

Uploaded by

Copyright:

Available Formats

Sistemas Distribuidos

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Un sistema se podría considerar

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Arquitectura basada en capas

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Cliente tiene el Servidor envía el know-how

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Cada host en esta

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.

Lic. Jorge Guerra G.