SISTEMAS DISTRIBUIDOS PRCTICA I

ESTUDIO COMPARATIVO ENTRE EL PROTOCOLO P2P BITTORRENT Y EL PARADIGMA DE COMPUTACIN DE CLOUD COMPUTING

AUTORES JUAN ANTONIO SOPALE 74930435-T NGEL MORENO PREZ 47529065-W

ndice Protocolo BitTorrent o Breve introduccin histrica ............................................................................. 3 o Propiedades caractersticas ............................................................................. 4 o Modelos fsicos, arquitectnicos y fundamentales .......................................... 5 Estrucura fsica ...................................................................................... 5 Estructura lgica .................................................................................... 5 o Aspectos de BitTorrent ...................................................................................... 7 Paradigma Cloud Computing o Breve introduccin histrica .............................................................................. 9 o Propiedades caractersticas ............................................................................. .10 o Modelos fsico, arquitectnico y fundamental ................................................. 11 Modelo fsico ........................................................................................ 11 Modelo arquitectnico ......................................................................... 11 Modelo fundamental ............................................................................ 12 o Aspectos de Cloud Computing ........................................................................... 15 Comparativa razonada entre BitTorrent y Cloud Computing o Comparativa ....................................................................................................... 17 Conclusiones o Conclusiones sobre BitTorrent ........................................................................... 19 o Conclusiones sobre Cloud Computing ................................................................ 20 Bibliografa . 21

2

Protocolo BitTorrent

Breve resea histricaEl popular protocolo de intercambio de archivos P2P naci en el ao 2001 de la mano del programador Bram Cohen. Especficamente fue diseado en abril de 2001, e implementado y lanzado el 2 de julio de ese ao. Frustrado por la lentitud de las descargas peer-to-peer en Internet, Bram 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. BitTorrent es uno de los protocolos ms comunes para transferir archivos de gran tamao, y se ha estimado que represent casi el 43% a 70% de todo el trficode Internet a partir de febrero de 2009. Desde enero de 2012 cuenta con un total de 150 millones de usuarios activos. Los clientes ms usados son uTorrent y BitTorrent.

3

Propiedades caractersticasHeterogeneidad: Los peers, clientes, se conectan al tracker, servidor especial que contiene 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. Escalabilidad: Es escalable, cuantos ms usuarios hayan conectados entre s mejor 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) Seguridad: 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. 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. Concurrencia: No hay ningn problema de concurrencia de acceso al mismo recurso, la carga est balanceada entre los distintos usuarios que comparten el recurso. Transparencia: En cuanto a la 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 fuese una. No importa la localizacin fsica del recurso.

4

Modelos fsico, arquitectnico y fundamentalEstructura 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.

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.

5

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 actua de tracker. Se usa esta definicin, debido a la similitud con el panal de abejas.

En el siguiente esquema grfico se puede observar la estructura lgica de que se compone una red de ordenadores interconectados siguiendo el modelo de Bittorrent.

6

Aspectos de BitTorrentDeficiencias 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 encuenten aun conectados para la finalizacin de las descargas en proceso. Esta 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

7

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. 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.

8

Paradigma Cloud Computing

Breve resea histricaEl 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.

9

Propiedades caractersticasHeterogeneidad: El nmero de recursos es variable. Las aplicaciones ofrecidas son accedidas 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 de da cuenta del cambio de funcionalidad. Transparencia: En Cloud Computing la infraestructura sobre la que se sostienen las aplicaciones queda totalmente abstrada por internet, el usuario no se da cuenta de la complejidad de lo subyacente a la aplicacin. Es independiente de la localizacin fsica de los servidores de la aplicacin. Los cambios no afectan a la funcionalidad de la aplicacin. Escalabilidad: Es escalable segn la demanda, es decir, cuanta ms demanda haya de un servicio ms grande sern los servidores que ostentan el servicio con el fin de mantener unas latencias aceptables y evitar cuellos de botella. Seguridad: 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. Disponibilidad de la informacin: No se hace necesario guardar los documentos editados por el usuario en su 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). Concurrencia: El acceso concurrente a un recurso. Si est mal escalado se puede producir cuello de botellas y por consiguiente una disminucin en el rendimiento. El balanceo de carga evita estos problemas. Tolerancia a fallos: 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 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.

10

Modelos fsico, arquitectnico y fundamentalModelo 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.

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)

Se encuentra en la capa ms alta y consiste en la entrega de aplicaciones completas como un servicio. El proveedor de tecnologas de informacin y comunicacin (TIC) ofrece el SaaS (Software as a Service). Para ello dispone de una aplicacin que se encarga de operar y mantener y que frecuentemente es desarrollada por l mismo. Con ella se encarga de dar servicio a multitud de clientes a travs de la red, sin que stos tengan que instalar ningn software adicional. La distribucin de la aplicacin tiene el modelo de uno a muchos, es decir, se elabora un producto y el mismo lo usan varios clientes. Los proveedores de SaaS son responsables de la disponibilidad y funcionalidad de sus servicios no dejando de lado las necesidades de los clientes que finalmente son los que usaran el software. Las actividades son gestionadas desde alguna ubicacin central, en lugar de hacerlo desde la sede de cada cliente, permitiendo a los clientes el acceso remoto a las aplicaciones mediante la web. Igualmente, las actualizaciones son centralizadas, eliminando la

11

necesidad de descargar parches por parte de los usuarios finales. La idea es que haya poca carga derivada en el cliente al ofrecerle servicios a travs de internet (thin client). La complejidad est en el servidor. Un ejemplo claro es la aplicacin para el manejo del correo electrnico por medio de un navegador de Internet.

Plataforma como Servicio (PaaS)

En orden descendente, PaaS (Platform as a Service) es la siguiente capa. Bsicamente su objetivo se centra en un modelo en el que se proporciona un servicio de plataforma con todo lo necesario para dar soporte al ciclo de planteamiento, desarrollo y puesta en marcha de aplicaciones y servicios web a travs de la misma. El proveedor es el encargado de escalar los recursos en caso de que la aplicacin lo requiera, de que la plataforma tenga un rendimiento ptimo, de la seguridad de acceso, etc. Para desarrollar software se necesitan bases de datos, herramientas de desarrollo y en ocasiones servidores y redes. Con PaaS el cliente nicamente se enfoca endesarrollar, depurar y probar ya que la herramienta necesaria para el desarrollo de software es ofrecido a travs de Internet, lo que tericamente permite aumentar la productividad del los equipos de desarrollo. Con el uso de PaaS, se abstrae del hardware fsico al cliente, por tanto el cliente slo se preocupa de desarrollar la aplicacin independientemente del hardware que tenga por debajo..

Infraestructura como Servicio (IaaS)

12

Corresponde a la capa ms baja. La idea bsica es la de hacer uso externo de servidores para espacio en disco, base de datos, routers, swtiches as como tiempo de computo evitando de esta manera tener un servidor local y toda la infraestructura necesaria para la conectividad y mantenimiento dentro de una organizacin. Con una IaaS lo que se tiene es una solucin en la que se paga por consumo de recursos solamente usados: espacio en disco utilizado, tiempo de CPU, espacio para base de datos, transferencia de datos, etc. Para hacer una distincin respecto a las plataformas como servicio, las IaaS se presentan como una propuesta con mucho ms exibilidad para el uso que el usuario la tenga en mente, pero tambin requieren mucho ms del cliente en lo que a instalacin, conguracin y mantenimiento del software se refiere. Para proyectos que no se adapten en ninguna PaaS o en los que se quiera contar con libertad al momento de hacerlos evolucionar, existe la opcin (y es preferible) de una Infraestructura como servicio. Las IaaS permiten desplazar al proveedor la mayor parte de los factores relacionados con la gestin de las mquinas con el ahorro de costos al pagar slo por lo consumido y olvidarse de tratar con mquinas y su mantenimiento. Por otro lado, IaaS puede permitir una escalabilidad automtica o semiautomtica, de forma que se puedan contratar ms recursos segn los se requieran. En la imagen se muestra como las capas interactan entre ellas.

Modelo fundamental: El rendimento del canal de comunicacin es bueno ya que la escalabilidad del cloud coputing es bajo demanda, es decir, cuanto mayor sea la demanda mayor es el nmero de servidores para poder abastecer de forma eficiente a los cliente. Mentras 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.

13

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.

14

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 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.

15

La computacin en la nube tambin ofrece sincronicacin 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. 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 ditribuida 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 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.

16

Comparactiva razonada entre BitTorrent y Cloud ComputingComparativa 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. 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.

17

Cul es el futuro de estas tecnologas?

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 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.

18

ConclusionesConclusiones BiTorrent 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 Opertativos tipo UNIX para la gestin de actualizaciones, por lo que hasta 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 esta 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, bajo nuestra opinin 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.

19

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. 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). Personalmente, el paradigma Cloud Computing es un gran avance ya que cada vez Internet es un elemento indispensable en el da a da.

20

BIBLIOGRAFA1. http://es.wikipedia.org/wiki/BitTorrent 2. http://www.izt.uam.mx/contactos/n80ne/nube.pdf 3. http://es.wikipedia.org/wiki/Computaci%C3%B3n_en_nube 4. http://es.wikipedia.org/wiki/Historia_de_las_aplicaciones_P2P 5. http://berkeleyclouds.blogspot.com/2009/06/clouds-and-peer-to-peer.html 6. Temas 7 y 9 Sistemas Distribuidos, conceptos y diseo Colouris, ED Addison

Wesley 3 edicin.

21