在大數(shù)據(jù)、云計(jì)算的時(shí)代，數(shù)據(jù)中心就是神經(jīng)中樞。據(jù)微軟研究院2011年發(fā)布的一份論文研究，擁有大量服務(wù)器的數(shù)據(jù)中心每天都要網(wǎng)環(huán)境中排放大量熱量，散熱需要消耗的成本高達(dá)營運(yùn)費(fèi)的30%。

一直以來各大互聯(lián)網(wǎng)公司和科技公司都在積極探索如何高效散熱或有效利用這些熱量。2008年，IBM在蘇黎世設(shè)立了一個(gè)數(shù)據(jù)中心，并利用該數(shù)據(jù)中心排放的熱量給附近的游泳池供暖。2011年，Google在芬蘭建設(shè)的數(shù)據(jù)中心開始利用冰冷的海水來制冷。Facebook則把一個(gè)數(shù)據(jù)中心設(shè)在了位于北極圈邊緣的瑞典呂勒奧，其發(fā)電完全靠水力，而因?yàn)橥饨绯Ｄ甑暮淇諝?，所以其制冷成本也能長期保持低位。這些大公司的解決中心的核心都是“綠色化”—即提高集中部署的大型數(shù)據(jù)中心的能效。

但是微軟想到了一個(gè)更加別出心裁的點(diǎn)子。在前面提到的那篇論文中，軟件巨頭想到了一個(gè)數(shù)據(jù)爐子(data furnaces)的概念。微軟提出，既然眾多服務(wù)器是散熱的大戶，為什么不把服務(wù)器分散到千家萬戶和辦公室，然后讓那些地方直接利用服務(wù)器散發(fā)的熱量?(在冬季很多地方都需要集中供暖)這種數(shù)據(jù)中心去中心化的概念的確很新穎，但是也有一些大問題需要解決：首先是安全，如何保證服務(wù)器不被破壞?其次是連接，如何才能保證分布部署的服務(wù)器之間以及與控制中心的高速連接呢?

現(xiàn)在有一家荷蘭公司已經(jīng)在設(shè)法解決這兩個(gè)問題并開始商業(yè)化嘗試。這家公司的名字叫做Nerdalize。它推出的第一款產(chǎn)品叫做eRadiator(電子散熱器)。這個(gè)東西大概能容納2到3臺(tái)服務(wù)器，可產(chǎn)生1000w的熱能。在冬天可以給意間小房間提供足夠的暖氣，其加熱大概需要1小時(shí)的時(shí)間。對(duì)于用戶來說，這些供暖是免費(fèi)，只需要交400-500歐元的安裝費(fèi)即可。不過用戶要想安裝eRadiator還必須具備兩個(gè)條件：一是用戶家中必須要有光纖連接，這要用來跟Nerdalize的核心網(wǎng)絡(luò)連接;二是要有外墻(external wall)，以便eRadiator關(guān)閉(服務(wù)器仍繼續(xù)運(yùn)轉(zhuǎn))時(shí)通過它來向外界排氣。

Nerdalize則利用這些eRadiator組成的網(wǎng)絡(luò)來提供云計(jì)算服務(wù)。這是一個(gè)沒有數(shù)據(jù)中心的數(shù)據(jù)中心，因?yàn)樗姆?wù)器分布在千家萬戶。此舉可以大大降低Nerdalize的營運(yùn)成本，每工作成本(cost-per-job)可降低55%。當(dāng)然由于公司對(duì)接入網(wǎng)絡(luò)沒有任何控制(比方說用戶利用這些服務(wù)器來做BT)，其QoS(服務(wù)質(zhì)量)也會(huì)比集中化的云計(jì)算要低一些。但是有很多用例表明，成本往往比時(shí)延更加重要。

安全方面，Nerdalize的散熱器采用了防干擾機(jī)箱，服務(wù)器采用的文件系統(tǒng)也是經(jīng)過加密的。但是對(duì)于使用Nerdalize的云服務(wù)的其他用戶來說，這又會(huì)產(chǎn)生另一個(gè)安全問題，因?yàn)樽约旱臄?shù)據(jù)被存放在其他用戶的家里會(huì)不會(huì)有安全隱患呢?可是從另一種角度來看，這種去中心的云計(jì)算也許會(huì)更加安全，因?yàn)闆]人知道數(shù)據(jù)是什么時(shí)候存的、存在哪里以及如何去取。

另外一個(gè)問題是可靠性。由于服務(wù)器是分布式部署在用戶端的，當(dāng)服務(wù)器出問題時(shí)如何解決?用戶忘了交網(wǎng)費(fèi)又怎么辦?如果散熱器的電路出了問題呢?顯然Nerdalize的這個(gè)服務(wù)器網(wǎng)絡(luò)需要非常復(fù)雜的災(zāi)備或同步方案才能提高可靠性。

但無論如何，這種去中心化的云計(jì)算都是一種非常新鮮的嘗試，一旦取得成功，也許就是未來真正去中心化的P2P計(jì)算模式的范本。