Red P2P centralizada para el streaming de vídeo almacenado

[ES] En la actualidad, gran parte del entretenimiento en internet se basa en la visualización de vídeos: ya sea en forma de películas, series, etc. . . La mayoria de estas plataformas utilizan una arquitectura Cliente/Servidor donde el servidor se encarga de almacenar todos los archivos y repartirlos según las peticiones que envíen los clientes, cargando al servidor con grandes cantidades de trabajo. Esta arquitectura es la más popular porque es fácil de implementar, pero tiene varios problemas y el mayor de ellos es la escalabilidad. Necesitariamos cambiar el servidor o distribuir diferentes servidores para poder aumentarla, pero sería una infraestructura muy costosa. Además del punto de fallo único, si el servidor se desconecta, ningún cliente podría obtener recursos del servidor y el sistema se quedaria inutilizado hasta que el servidor volviese a conectarse. Una solución a este problema son las arquitecturas P2P, capaces de descentralizar totalmente la red utilizando lo menos posible la figura del servidor o, en algúnos casos, no utilizarla. En este proyecto, se estudiarán las diferentes arquitecturas P2P, se hablará tanto de sus caracteristicas como de sus ventajas y desventajas. También se estudiarán el streaming de vídeo almacenado, diferentes tipos de streaming de vídeo. A lo largo de esta memoria, se expondrán tanto las herramientas utilizadas como las probadas que puedan ser útiles para proyectos futuros similares. Todo esto para completar el objetivo principal de este proyecto: crear una red P2P centralizada para el streaming de vídeo almacenado. Para acabar, esta red será probada de diferentes maneras para validar su funcionamiento. [EN] Nowadays internet’s most consumed type of entertainment is video, whether in form of movies, series, etc. . . Most of these plataforms us a Client/Server architecture where the server is responsible for storing all the files and distributing them according to the requests sent by the clients, loading the server up with work. This architecture is commonly used because it’s easíly implemented, but it has several problems, and the biggest one of them is scalability; to increase it we would need to get a more powerful new server or to distribute various of them throught the network. Either way, it’s a very expensive infrastructure. In addition, Server/Client has the single point of failure: if the server gets desconnected the clients wouldn’t be able to download the resoruces in the server, so the network would be