La clef pour developper rapidement le cloud reparti c est... ipv6. Cela permet 
de se passer de vpn et de ne plus avoir de NAT. 

On avait pense pour slapos a upnp ou des vpn repartis du genre tinc mais ipv6 
propose la meilleure resilience sociale.

Jps.

Envoyé depuis un mobile Samsung

Rémy Sanchez <[email protected]> a écrit :

>On Friday 07 October 2011 18:20:40 Stéphane Dupille wrote:
>> On Fri, 07 Oct 2011 17:28:38 +0200, Clément Guivy wrote:
>> > La facture d'électricité est payée également je suppose, du coup ? Et
>> > l'assurance habitation ?
>> 
>> Je ne crois pas, mais un abo au prix de la conso de deux serveurs, ça
>> reste un bon deal. Bon, faut voir combien ils consomment, mais
>> j'imagine que c'est plutôt des ATOM que des XEON, non ?
>> 
>> > Et je suppose que les clients de cette offre sont au courant que
>> > leurs serveurs sont hébergés dans le nec plus ultra de la sécurité et
>> > la fiabilité, à savoir chez madame michu derrière une connexion fibre
>> > grand public ?
>> 
>> J'imagine que les données sont chiffrées, donc on s'en fout un peu,
>> et qu'en plus les données sont réparties sur plusieurs serveurs,
>> donc on peut perdre des serveurs. Et si en plus les données sont
>> dispersées (un bout par ci par là), ça sécurise encore plus.
>> 
>> 
>> Non, je trouve que c'est une EXCELLENTE idée.
>> 
>> Et perso, en tant qu'utilisateur éventuel de ce genre de solutions,
>> je préfère nettement savoir mes données chiffrées, dispersées et
>> redondées chez plein de quidams que de les savoir chez Google,
>> Apple ou DropBox.
>> 
>> ---------------------------
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>
>Globalement, c'est pire que ça. On a tous des serveurs multimedias dans nos 
>chaumières (je parle bien entendu des .+box), et ça ne sert qu'à router le 
>misérable débit qui passe par l'ADSL.
>
>Et puis bon, du "cloud" hébergé chez l'utilisateur pour le coup c'est vraiment 
>du cloud, avec des arguments cette fois. Un peu de chiffrage, de routage P2P 
>overlay, et pouf. En plus, si je ne m'abuse ça règlerait un bon nombres de 
>sushis liés au peering/transit dont on entend parler ces jours.
>
>Plus le temps passe, plus je, pauvre noob naïf, pense que ce genre 
>d'architecture serait la solution. Mais si on cumule uploads inexistants avec 
>le NAT, on va pas aller très loin.
>
>Si on met à part le succès des réseaux P2P du genre BitTorrent, ou des trucs 
>proprios à la Spotify ou Skype, est-ce que des initiatives plus génériques 
>sont mises au point/existent ? Disons typiquement, de quoi remplacer les CDN 
>par exemple.
>
>-- 
>Rémy Sanchez

Répondre à