Vous êtes sur la page 1sur 20

UNIVERSIDAD NACIONAL DE TRUJILLO

ESTUDIO COMPARATIVO
ENTRE EL PROTOCOLO
P2P BITTORRENT Y EL
PARADIGMA DE
COMPUTACIN EN LA
NUBE (CLOUD
COMPUTING)
ALUMNO: VILLARROEL CRUZADO, JOS WILSON HEL

Contenido
Protocolo BitTorrent
Breve evolucin histrica........................................................................................... 3
Propiedades caractersticas........................................................................................ 4
Modelos fsico, arquitectnico y fundamental............................................................5
Estructura Fsica...................................................................................................... 5
Estructura Lgica.................................................................................................... 6
Aspectos de BitTorrent................................................................................................ 7
Deficiencias............................................................................................................. 7
Mejoras del protocolo.............................................................................................. 7
Protocolo Cloud Computing
Breve evolucin histrica......................................................................................... 10
Propiedades caractersticas...................................................................................... 11
Modelos fsico, arquitectnico y fundamental..........................................................12
Modelo fsico......................................................................................................... 12
Modelo arquitectnico........................................................................................... 12
Aspectos de Cloud Computing..................................................................................13
Virtualizacin en la nube:...................................................................................... 13
Comunicacin a travs de la red...........................................................................13
Sincronizacin....................................................................................................... 14
Transparencia de nombrados................................................................................14
Tolerancia a fallos.................................................................................................. 14
Seguridad.............................................................................................................. 15
Comparativa de ambos sistemas............................................................................. 16
Evolucin futura....................................................................................................... 17
Conclusiones BitTorrent............................................................................................ 18
Conclusiones Cloud Computing................................................................................19

pg. 2

Protocolo BitTorrent
Breve evolucin histrica
El popular protocolo de intercambio de archivos P2P naci en el ao 2001 de la
mano del programador Bram Cohen. l, frustrado por la lentitud de las descargas
peer-to-peer en Internet, comenz a desarrollar un nuevo protocolo. Fue as como
naci BitTorrent un servicio de descarga P2P que hace uso del ancho de banda de
sus usuarios para ofrecer un rendimiento balanceado y por tanto una mayor
velocidad de descarga para todos sin saturar ningn servidor externo como suceda
previamente con P2P.
La llegada de BitTorrent al mercado de las descargas P2P supuso un gran cambio en
la mentalidad de Internet y es que, para 2004, ya existan multitud de pginas web
que ofrecan bsquedas de archivos Torrents y multitud de trackers. De hecho
actualmente es uno de los modos ms eficientes de repartir archivos, lase por
ejemplo el lanzamiento de Ubuntu, mientras que los servidores oficiales estaban
saturados, las descargas mediante BitTorrent seguan actuvas y a un buen
rendimiento.
El protocolo BitTorrent es uno de los ms eficientes en cuanto a recursos para
transferencias P2P y an sigue siendo muy popular 9 aos despus de su creacin
disfrutando de casi la mitad del trfico en Internet segn ocasiones. Es otra de las
palabras que han cobrado vida propia en Internet, Torrent.

pg. 3

Propiedades caractersticas
Los peers, clientes, se conectan al tracker, servidor especial que contiene
HETEROGENEIDAD

la informacin necesaria para que los peers se conecten unos con otros. El
nmero de peers es variable, y por definicin al estar basado BitTorrent en
P2P los peers se conectan entre s de igual a igual.

SISTEMA ABIERTO

Puede ser extendido a nivel de hardware ya que se pueden aadir nuevas


computadoras (peers) a la red.
Es escalable, cuantos ms usuarios hayan conectados entre s mejor

ESCALABILIDAD

funciona. A diferencia de un servidor normal, con el protocolo de BitTorrent


se consigue un balanceo de carga debido a que el recurso objetivo est
distribuido, separado por piezas (entre los distintos peers).
La seguridad tiene tres componentes: confidencialidad, integridad y
disponibilidad.
BitTorrent

verifica

la

integridad

de

la

pieza

una

vez

descargada

comparando su cdigo hash con el que apareca en la metainformacin del


torrent.
SEGURIDAD

Bitorrent flaquea en confidencialidad ya que es posible obtener las Ips de


los peers conectados a la red y de ese modo poder monitorizar todo el
trfico.
La disponibilidad de un recurso depende en gran medida de los propios
usuarios. Suele suceder que los usuarios al terminar la descarga se
desconectan de la red. Ello conlleva a la no comparticin del archivo lo cual
genera la no disponibilidad del mismo.

TOLERANCIA A
FALLOS

BitTorrent es tolerante a fallos, cuando se produce un error de red la


descarga no se cancela, si no que se pausa. Los recursos estn replicados,
el mismo recuso est almacenado en varias computadoras personales.
No hay ningn problema de concurrencia de acceso al mismo recurso, la

CONCURRENCIA

carga est balanceada entre los distintos usuarios que comparten el


recurso.

TRANSPARENCIA

El usuario percibe que descarga el archivo desde un servidor global en vez


de desde varias computadoras a la vez, es decir, el conjunto de
computadoras desde las que se obtiene un recurso actan como si slo

pg. 4

fuese una. No importa la localizacin fsica del recurso.

Modelos fsico, arquitectnico y fundamental


Estructura Fsica
El sistema distribuido BitTorrent, es una red de ordenadores interconectados entre s
fsicamente por mediacin de redes como Internet o redes cerradas de ms de 1
equipo, cuya distribucin geogrfica es de gran escala, en el que se implementa un
modelo hbrido de comunicacin, es decir, la red se compone de uno o varios
servidores centrales que actan como controlador general de todos los clientes
(nodos), pero cuya funcin no es la de distribuir contenidos, sino de proveer
informacin de la localizacin de las partes de cada fichero compartido en la red de
clientes.
El ordenador o servidor central se encarga del balanceo de carga de la red, de
interconectar los clientes entre s pero sin guardar informacin de quin es cada
cliente. La cada de la red del servidor central no implica que toda la red caiga en su
conjunto, ya que los clientes tambin guarda informacin de los equipos vecinos
con los que estn compartiendo informacin. Incluso se podran tener varios nodos
que actuasen como servidores centrales de la red, con motivos de redundancia o
tambin que alguno de los clientas tomase configuracin de servidor central. La
comparticin de informacin no implica que esta tenga que pasar por el servidor
central, sino que puede los clientes pueden interconectarse entre s para compartir
datos directamente. De este modelo cabe destacar las siguientes caractersticas:

La red se compone de uno o varios nodos centrales que guardan informacin


de las partes de informacin o partes de ficheros repartidos por todos los
nodos clientes de la red. Tambin se encargan de distribuir dicha informacin
entre aquellos clientes que la soliciten.

Los nodos o clientes, son los equipos de la red que hospedan la informacin
y/o archivos que permite al servidor central reconocer los recursos que se
desean compartir, y para poder descargar esos recursos compartidos a los
usuarios que lo solicitan.

pg. 5

Las terminales de enrutamiento son direcciones usadas por el servidor, que


son administradas por un sistema de ndices para obtener una direccin
absoluta.

Estructura Lgica
Una red de ordenadores que se estructura siguiendo el modelo distribuido de
Bittorrent se compondr de los siguientes elementos lgicos:

Peers (pares): Se denomina as a todos los usuarios que estn en la red.


Leechers (sanguijuelas): Se denomina as a todos los usuarios que estn en

la red descargando el archivo pero que todava no tienen el archivo completo.


Seeders(semillas): Son los usuarios de la red que poseen el archivo

completo. Slo suben partes a los dems peers, pero no bajan nada.
Tracker: Un tracker de BitTorrent es un servidor especial que contiene la

informacin necesaria para que los peers se conecten unos con otros.
Inicialmente es la nica forma de localizar qu usuarios contienen el archivo
que se quiere descargar.
Ficheros torrent: Son ficheros que guardan informacin sobre la

localizacin del Tracker. Tambin guardan informacin del 1 nodo o cliente


que comenzar a compartir partes con el resto de nodos de la red.
Servidor Web: su funcin principal es la proveer ficheros bittorrent a los

posibles usuarios de la red, para que puedan unirse a dicha red, conocer
quin es el tracker y comenzar a transferir y compartir ficheros entre s.
Enjambre: son los usuarios en general (nodos cliente) junto con el servidor
que acta de tracker. Se usa esta definicin, debido a la similitud con el panal
de abejas

pg. 6

ILUSTRACIN 1. ESTRUCUTURA LGICA


BITTORRENT

Aspectos de BitTorrent
Deficiencias
Este modelo BitTorrent presenta ciertos problemas estructurales como son:

El tracker provoca un cuello de botella que consume el 0.001 del trfico total
de la red. Teniendo en cuenta el volumen de datos que circulan por ese tipo
de red, es una cantidad de datos que debemos tener en cuenta. Adems, la
cada del tracker implica que nuevos peers no se puedan conectar y que
aquellos

que

ya

estn

conectados

no

puedan

descubrir

otros.

Conceptualmente se forman pequeas islas desorganizadas, donde en


realidad todos los nodos estn conectados entre s a travs de vecinos pero
no hay comunicacin entre esas islas (la comunicacin entre ellas la

gestionaba el tracker) y por tanto influye muy negativamente en la descarga.


Es un sistema distribuido poco eficiente en transferencias de archivos
pequeos (unos cuantos kb) ya que el ancho de banda usado en mensajes

del protocolo es comparativamente alto.


Se carece de un buscador de contenidos.
Sin medidas de seguridad, no est preparado para clientes maliciosos
Vulnerable a los siguientes ataques:
Denegacin de servicio
Subida de Archivos Corrupto

Mejoras del protocolo


El protocolo Bittorrent puede ser mejorado a partir de la inclusin de nuevas
modificaciones que optimizan su rendimiento. Algunas de estas mejoras son las que
vemos a continuacin.

DHT
En caso de que el tracker caiga, dependemos de los nodos clientes que se
encuentren aun conectados para la finalizacin de las descargas en proceso. Esta

pg. 7

accin no es siempre posible ya que cuando sucede, algunos de los clientes


conectados se desconecta a la par del tracker lo que deja a los clientes conectados
a este sin poder seguir descargando los paquetes que necesitan y que dan lugar a
la prdida o corrupcin del archivo que se estaba descargando. La tecnologa del
DHT es una extensin que mejora el protocolo de BitTorrent al incluir en cada nodo
la informacin de los nodos vecinos. Con ello conseguimos eliminar el cuello de
botella que se produce en el tracker, y repartimos la responsabilidad del mismo
entre el conjunto de clientes conectados a esta red. Eso aumenta
considerablemente la disponibilidad de la informacin para los clientes. En definitiva
supone una descentralizacin del tracker en los clientes, con lo que los clientes
adquieren estructura primaria de cliente-servidor.
Aunque se incluya esta mejora, los nodos clientes del tracker siguen siendo
dependientes de este para descargarse la informacin del torren y empezar a
linkarse a los primeros nodos.
El uso de esta modificacin puede no interesar en infraestructuras en las que se
quiera mantener la privacidad de los datos para una comunidad de usuarios y
equipos en concreto. A veces se requiere que los usuarios se conecten al tracker
mediante el uso de credenciales para restringir el acceso de usuarios indeseados,
como son aquellos que solo consumen recursos y no aportan nada a la red a la que
se conectan.
Web Seeding
Otra de las modificaciones que mejoran el funcionamiento del protocolo Bittorrent
es la inclusin de un buscador de torrents dentro del propio software, lo que permite
descargar archivos tanto forma directa (a travs de protocolos HTTP como de FTPs)
como a travs de protocolo P2P.
Superseeding
El superseeding es una modificacin aplicada al seeder (nodos que suben datos)
que permite camuflarlos como un peer, para evitar que esta semilla sea avasalladla
por los miles de nodos que solo quieren descargar. Esta tcnica, muestra solo
algunas partes a los diferentes nodos que quieren partes y de esta manera racionar
su contenido de una forma ms democrtica.
Esto evita la inanicin de algunos nodos frente a otros y permite un reparto ms
equitativo de las partes entre todos los nodos solicitantes de estas.

pg. 8

Rare First Algorithm


Este algoritmo define la estrategia a seguir para seleccionar la siguiente pieza del
archivo a descargar. Cada cliente mantiene una lista del nmero de partes
descargadas de cada bloque de informacin y usa dicha informacin para definir su
conjunto de piezas que deberan descargarse en primer lugar para completar unos
bloques frente a otros.
Algoritmo de bloqueo
Este algoritmo define la estrategia usada por el protocolo para seleccionar cual ser
el siguiente peer (nodo consumidor) en descargar partes. Se usa para obtener un
buen ratio de relacin subida/bajada. Lo que permite incluso definir una poltica
para eliminar a los nodos menos colaborativos con la red, es decir, los que menos
aporten, sern desechados frente a otros que si suban datos.

Paradigma Cloud
Computing
pg. 9

Breve evolucin histrica


El trmino "nube" se utiliza como una metfora de Internet, como la abstraccin de
la infraestructura subyacente que representa. La computacin en la nube consiste
en ofrecer al usuario una serie de servicios a travs de Internet.
El concepto bsico de la computacin en nube se remonta a la dcada de 1960,
cuando John McCarthy opin que algn da, el cmputo e incluso aplicaciones
especficas podan ser organizados como un servicios.
En 1996, Douglas Parkhill con su libro llamado El desafo de la utilidad de la
computadora explor a fondo muchas de las caractersticas actuales de la
computacin en nube.
Uno de los pioneros en la computacin en nube fue Salesforce.com, que en 1999
introdujo el concepto de entrega de aplicaciones empresariales a travs de una
sencilla pgina web. Amazon era el siguiente en el tren, al lanzar Amazon Web
Service en 2002. Entonces lleg Google Docs en 2006, que realmente trajo el cloud
computing a la vanguardia de la conciencia del pblico. 2006 tambin vio la
introduccin de Elastic Compute Cloud de Amazon (EC2) como un servicio web
comercial que permiti a las empresas pequeas y particulares alquilar equipos en
los que pudieran ejecutar sus propias aplicaciones informticas.
Esto fue seguido por una colaboracin de toda la industria en 2007 entre Google,
IBM y una serie de universidades de los Estados Unidos. Luego vino Eucalyptus en
2008, como la primera plataforma de cdigo abierto compatible con el API-AWS
para el despliegue de clouds privados, seguido por OpenNebula, el primer software
de cdigo abierto para la implementacin de nubes privadas e hbridas. Microsoft
entrara hasta el 2009 con el lanzamiento de Windows Azure. Luego en 2010
proliferaron servicios en distintas capas de servicio: Cliente, Aplicacin, Plataforma,
Infraestructura y Servidor. En 2011, Apple lanz su servicio iCloud, un sistema de
almacenamiento en la nube - para documentos, msica, videos, fotografas,
aplicaciones y calendarios que prometa cambiar la forma en que usamos la
computadora.

Propiedades caractersticas
El nmero de recursos es variable. Las aplicaciones ofrecidas son accedidas
HETEROGENEIDAD

por diferentes tipos de clientes (diferentes sistemas operativos, telfonos


mviles, PDAs, tablets, porttiles, etc).

SISTEMA ABIERTO

La evolucin del sistema es abstracta al usuario, es decir, no se da cuenta

pg. 10

del cambio de funcionalidad.


Es escalable, cuantos ms usuarios hayan conectados entre s mejor
ESCALABILIDAD

funciona. A diferencia de un servidor normal, con el protocolo de BitTorrent


se consigue un balanceo de carga debido a que el recurso objetivo est
distribuido, separado por piezas (entre los distintos peers).
El sistema est creado de tal forma que permite a diferentes clientes

SEGURIDAD

compartir la infraestructura sin preocuparse de ello y sin comprometer su


seguridad y privacidad; de esto se ocupa el sistema proveedor que se
encarga de cifrar los datos.
Est pensado que hay una granja de servidores, conjunto de servidores,
usados para ejecutar tareas que van ms all de la capacidad de una sola

TOLERANCIA A
FALLOS

mquina de escritorio, como alternativa a un superordenador, el cual tiene


un costo mayor. Con ese conjunto de servidores es posible tener tolerancia
a fallos, ya que si un servidor no funciona el sistema contina trabajando
como si no hubiese habido fallo.
El acceso concurrente a un recurso. Si est mal escalado se puede producir

CONCURRENCIA

cuello de botellas y por consiguiente una disminucin en el rendimiento. El


balanceo de carga evita estos problemas.
En Cloud Computing la infraestructura sobre la que se sostienen las
aplicaciones queda totalmente abstrada por internet, el usuario no se da

TRANSPARENCIA

cuenta

de

la

complejidad

de

lo

subyacente

la

aplicacin.

Es

independiente de la localizacin fsica de los servidores de la aplicacin.


Los cambios no afectan a la funcionalidad de la aplicacin.
No se hace necesario guardar los documentos editados por el usuario en su
DISPONIBILIDAD DE
INFORMACIN

computadora o en medios fsicos propios ya que la informacin radicar en


Internet permitiendo su acceso desde cualquier dispositivo conectado a la
red (con autorizacin requerida).

Modelos fsico, arquitectnico y fundamental


Modelo fsico
Comprende el conjunto de hardware que conforma el servicio. Los servicios estn
almacenados en servidores. La arquitectura es heterognea. Se tiene acceso a los
servicios a travs de internet.

pg. 11

Modelo arquitectnico
La computacin en la nube basa su arquitectura haciendo una separacin entre
hardware, plataforma y aplicaciones quedando las siguientes capas:

Software como Servicio (SaaS)


Plataforma como Servicio (PaaS)
Infraestructura como Servicio (IaaS)

Modelo fundamental
El rendimiento del canal de comunicacin es bueno ya que la escalabilidad del cloud
computing es bajo demanda, es decir, cuanto mayor sea la demanda mayor es el
nmero de servidores para poder abastecer de forma eficiente a los clientes.
Mientras se mantenga una escalabilidad coherente las latencias de comunicacin
sern aceptables.
La computacin en la nube es asncrona ya que los componentes estn contados
por la red.
Respecto al modelo de fallos, el principal problema es el canal de comunicacin
(internet) ya que puede haber prdida de paquetes, corrupcin de los mismos, fallos
de conexin, etc. Los servicios se encuentran en un enjambre de servidores. Si
falla un servidor el servicio ofrecido sigue ejecutando (tolerancia a fallos).
El sistema est creado de tal forma que permite a diferentes clientes compartir la
infraestructura sin preocuparse de ello y sin comprometer su seguridad y
privacidad; de esto se ocupa el sistema proveedor que se encarga de cifrar los
datos. Adems el proveedor gestin el control de acceso a recurso para cada
cliente. Al ser la comunicacin a travs de la red, entonces el sistema tambin est
supeditado a la seguridad web.

Aspectos de Cloud Computing


Virtualizacin en la nube:
La virtualizacin es un elemento fundamental en el desarrollo ptimo de la
computacin en la nube, y se enfoca principalmente a la plataforma. Puede
considerarse como una abstraccin de los recursos tecnolgicos que permite a los
servidores crear dispositivos virtuales los cuales pueden ser usados para aumentar
dichos recursos ms que como sistemas separados. Mediante la virtualizacin se

pg. 12

permite tratar a un servidor como muchos servidores. Gracias a la virtualizacin se


consigue mejorar la disponibilidad del servicio, por tanto mejor rendimiento de
escalabilidad.
Adems permite un mejor aprovechamiento de los recursos fsicos, esto es, no se
satura el acceso a un recurso fsico al estar virtualizado.
Algunas mejoras de la virtualizacin:

Reduccin de los costes de espacio y consumo.


Rpida incorporacin de nuevos recursos para los servidores virtualizados.
Administracin global centralizada y simplificada.
Facilidad para la creacin de entornos de test que permiten poner en marcha

nuevas aplicaciones sin detener el desarrollo, agilizando el proceso de las


pruebas.
Aislamiento: un fallo en una mquina virtual no afecta al resto de mquinas
virtuales.

Comunicacin a travs de la red


La comunicacin a travs de la red implica una conexin fiable mediante el
protocolo TCP. Muchos servicios usan conexin TCP.
El protocolo HTTP usado para la comunicacin entre el navegador y el servidor web
que contiene los servicios.

Sincronizacin
El sistema es asncrono ya que los servicios ofertados son a travs de internet.
Conlleva tiempos de espera arbitrarios a la hora de acceder a la aplicacin.
La computacin en la nube es descentralizada, es posible sincronizar peticiones
simultneas de clientes en consecuencia de dicha descentralizacin.
La computacin en la nube tambin ofrece sincronizacin de archivos de tal forma
que un mismo archivo sea actualizado en todas las computadores en las que est
hospedado. Cualquier modificacin hecha en un archivo tendr efecto en todas las
copias del mismo.

pg. 13

Transparencia de nombrados
Para obtener acceso a un servicio por un cliente a travs de la red se necesita
conocer su direccin. Mediante el DNS se consigue tener acceso a los servicios,
toda direccin web tiene su equivalencia en direccin IP. El servidor DNS usa una
base de datos distribuida y jerrquica. DNS proporciona un espacio de nombres
global y homogneo en el que cierto nombre se refiere a la misma entidad
independientemente de qu proceso, en qu computador busque dicho nombre. Por
el contrario, algunos servicios de nombres permiten distintos espacios de nombres
(algunas veces espacios de nombres heterogneos) incluidos en ellos; tambin
algunos servicios de nombres permiten personalizar el espacio de nombres para
acomodarse a las necesidades de usuarios.
La resolucin de nombres puede ser iterativa o recursiva.

Tolerancia a fallos
Las aplicaciones ofrecidas en forma de servicios estn almacenadas en un conjunto
de servidores. El sistema es tolerante a fallos ya que si uno de los servidores falla el
servicio se sigue ejecutando. En el peor de los casos puede ocasionar una prdida
de rendimiento.

La conexin es cliente servidor, puede haber fallos en RPC. Si el cliente no localiza


el servidor se lanza una excepcin. Ante cadas del servidor se replica la peticin
por parte del cliente. Replicaciones de mensajes entre cliente y servidor ante
prdidas de los mismos.

Seguridad
Los principios de la seguridad son mantener la integridad de datos y la
confidencialidad de informacin. Se pueden llevar a cabo ciertos mecanismos para
mantener dichos principios.
Encriptacin de los datos enviados entre cliente y servidor para acceso a un
servicio. Con ello se mantiene la integridad de la informacin dondequiera que

pg. 14

pueda estar expuesta a ataques. La criptografa tambin se emplea para autenticar


la comunicacin entre pares. Verificacin de la identidad del emisor.
Poltica de control de acceso a recursos. Cuando un usuario se autentica para tener
acceso a recursos, se crea un dominio de proteccin que viene a ser como el
conjunto de recursos al que el usuario tiene acceso.
Uso de protocolo HTTPS para conexin fiable entre cliente-servidor.

Comparativa razonada
entre BitTorrent y Cloud
Computing
Comparativa de ambos sistemas
Los dos protocolos son modelos de sistemas distribuidos cuyo principal objetivo son
la comparticin de informacin y datos con los nodos clientes.

pg. 15

El BitTorrent, se diferencia del Cloud, en que los clientes se reparten la informacin


y los datos entre todos los nodos que componen dicha red, mientras que en los
sistemas tipo cloud, la informacin se guarda de forma centralizada en uno o varios
centros de datos, a los cuales se conectan los clientes.
Ambos dependen de un ISP o proveedor de servicios, para establecer interconexin
con los otros nodos, pero en el peor de los casos, se podra montar una
infraestructura P2P con arquitectura BitTorrent en una red de mbito local.
Una diferencia importante entre los sistemas Cloud y los BitTorrent, es que los
sistemas p2p, no necesitan de un gran ancho de banda, para poder funcionar, como
es el caso de los sistemas cloud, que los hacen altamente dependientes de la
calidad de servicio que ofrezcan los ISPs.
La solucin Bittorrent es muy barata en comparacin a una infraestructura cloud, ya
que la tecnologa P2p es software en su mayora a coste 0 porque son gratuitos
mientras que para disponer de un entorno cloud, se necesita hacer una gran
inversin en infraestructura y comunicacioes
Los sistemas cloud, tienen la ventaja de que al mantener la informacin
centralizada, tienen menos posibilidades de perder dicha informacin que los
sistemas como BitTorrent. Los sistemas BitTorrent no tienen un punto donde se
guarda la informacin al completo, sino que se encuentra repartida entre todos los
nodos de la red, por lo que la cada de uno de ellos, provocara, si no se replica, la
prdida de un gran volumen de datos.

Evolucin futura
Segn investigaciones recientes en este campo, los expertos opinan que ninguna de
las tecnologas citadas en este trabajo, tiende a extinguirse por imposicin de una
sobre la otra, sino que paulatinamente se integraran en una sola aprovechndose
las ventajas de ambas.
Se vaticina que con el paso del tiempo los sistemas tipo Cloud, dejarn de
plantearse como arquitecturas centralizadas sobre mega-centros de clculo para
dar lugar a otro tipo de sistemas distribuidos de menor escala, menos potentes en
clculo, repartidos entre varios nodos y con un coste mucho ms reducido que los
Data Centers actuales.
Este cambio de mentalidad dar lugar al surgimiento de un amplio abanico de
mejoras tcnicas, como el aumento de la disponibilidad de los servicios basados en

pg. 16

Cloud, ya que la informacin se encontrar replicada en varios nodos, y ante una


falla, no se ver afectada su disponibilidad porque los nodos replicados darn
soporte al nodo cado.
Al haber ms nodos que compongan dicha red, disminuir tambin la dependencia
de los sistemas Cloud de los Proveedores de Servicios de Internet o ISPs, ya que los
usuarios que necesiten de los servicios y recursos de estos nodos accedern al nodo
que se encuentre ms cercano y por tanto no necesitarn de grandes anchos de
banda que les de soporte.
Otra de las mejoras nace de la distribucin geogrfica de los nodos, en la que se
mejoraran los tiempos de acceso o como tcnicamente se denomina latencia, ya
que habr nodos de distribucin y clientes ms cercanos unos de otros.
Tambin surgirn mejoras importantes a las que dar lugar la fusin de ambas
tecnologas es la reduccin de los cuellos de botella generados por la afluencia
masiva de clientes a ciertos puntos de la red.
Por ltimo tambin darn lugar a nuevas aplicaciones basadas en red (como juegos
multiusuario) que requieran de una alta potencia de clculo, como por ejemplo para
tareas de postproduccin de video y de procesado de grandes volmenes de datos,
como los procedentes de investigaciones cientficas.
En definitiva, aprovechar ambas tecnologas para dar lugar a otro nueva es lo que
apuntan todas las teoras.

Conclusiones
Conclusiones BitTorrent
El sistema BitTorrent, ha resultado con el paso del tiempo y de su uso a nivel
mundial, como un sistema bastante verstil, fiable y robusto para el intercambio
masivo de archivos. De cara a otro tipo de tecnologas existentes en el mercado, su
uso ha sido multitudinario, claro est debido en gran medida a su bajo coste, ya que
es gratis para el usuario, pero destacando por la facilidad de uso que daba a los
usuarios para compartir sus archivos. Su uso ha llegado a aplicarse incluso sobre
Sistemas Operativos tipo UNIX para la gestin de actualizaciones, por lo que hasta

pg. 17

en entornos profesionales ha sido utilizado. De ello podemos deducir que es un


buen sistema.
De nuestra experiencia personal con este tipo de sistemas, las pegas que le
podemos sacar a esta tecnologa es su falta de redundancia en los servidores tipo
Tracker, que ante la cada de uno de ellos, se provocaba la cada de toda la red
debido a que los clientes ya no podan obtener informacin de los fragmentos de los
archivos repartidos por toda la red. Por otro lado, cabra destacar su falta de
seguridad en los protocolos, que lo hacan vulnerable frente a multitud de ataques.
Pero claro que dejando a un lado estas deficiencias, como sistema para distribuir
informacin entre miles de usuarios, es uno de los mejores, ya que la informacin
compartida, estaba replicada en miles de localizaciones, porque est fragmentada y
distribuida, lo que haca que en caso de que fallara un nodo, se recuperarse con
otros que tenan esa misma parte completa. Por otro sus costes mnimos, hacan
que su uso fuera a gran escala, ya que no requera de infraestructura previa, salvo
una conexin a Internet
En resumen, podemos afirmar que es un buen sistema distribuido de informacin,
que con unas cuantas mejoras, llegara incluso a ser mejor, pero que dado, a que su
desarrollo ha sido sobre todo gracias a la colaboracin de miles de desarrolladores,
llegamos a la conclusin de que es una tecnologa que recomendaramos usar a
todos.

Conclusiones Cloud Computing


La computacin en la nube supone un gran avance en cuanto a eficiencia y
rendimiento a la hora de usar aplicaciones. Permite una alta flexibilidad ofrecer las
aplicaciones a travs de la nube. No es necesario tener instalado nada ms que un
navegar web en los equipos informticos. Esto hace que la aplicacin no dependa
del equipo que se use, es decir, la carga de la aplicacin ofrecida como servicio se
encuentra en el servidor.

pg. 18

Respecto a una empresa, facilita el no tener que preocuparse de instalar software,


slo tienen que estar pendientes de hacer su trabajo. Se consigue un ahorro de
costes (por mantenimiento de una infraestructura) y tiempo. A las nuevas
incorporaciones a la empresa no har falta instalarles software en sus equipos
informticos ya que ya lo tienen todo en la nube. Todo esto tiene ventajas de
movilidad, pudiendo realizar el trabajo correspondiente en cualquier lugar e incluso,
cuando una empresa tenga que cambiar de ubicacin o de equipos las aplicaciones
siguen all sin tener que instalar nada en una nueva ubicacin o nuevos equipos.
Otra ventajas es que los archivos, los datos siempre permanecen en los servidores
de ese modo no hace falta preocuparse del almacenamiento de la informacin
guardada ni siquiera de la actualizacin de los archivos.
Pero no son todo ventajas, el servicio es perfecto mientras se tenga conexin a la
red, sin embargo, cuando se carezca de ella todo el trabajo se parar en seco.
Cualquier problema de red afecta al acceso de servicios, eso conlleva una
limitacin. Del mismo modo el rendimiento de la aplicacin queda supeditada al
rendimiento de la red que haya subcontratada. Si la conexin es lenta se pierde
eficiencia del servicio. La seguridad de la web es la seguridad del servicio, estamos
expuestos a ataques de internet (denegacin de servicio, phishing, etc).

Bibliografa
1.
2.
3.
4.
5.

http://es.wikipedia.org/wiki/BitTorrent
http://www.izt.uam.mx/contactos/n80ne/nube.pdf
http://es.wikipedia.org/wiki/Computaci%C3%B3n_en_nube
http://es.wikipedia.org/wiki/Historia_de_las_aplicaciones_P2P
http://berkeleyclouds.blogspot.com/2009/06/clouds-and-peer-to-peer.html

pg. 19

6. http://www.muycomputer.com/2010/05/02/actualidadnoticiashistoria-debittorrent_we9erk2xxddn9bankfqdbrc8ogwa4s5pspexy5mz2nfuewfljabtyaznrsifi5s
7. Temas 7 y 9 Sistemas Distribuidos, conceptos y diseo Colouris, ED Addison
Wesley 3 edicin.

pg. 20