"數(shù)據(jù)爐子":去中心化的云計算，循環(huán)利用的典范
在大數(shù)據(jù)、云計算的時代，數(shù)據(jù)中心就是神經(jīng)中樞。據(jù)微軟研究院2011年發(fā)布的一份論文研究，擁有大量服務器的數(shù)據(jù)中心每天都要往環(huán)境中排放大量熱量，散熱需要消耗的成本高達營運費的30%。
一直以來各大互聯(lián)網(wǎng)公司和科技公司都在積極探索如何高效散熱或有效利用這些熱量。2008年，IBM在蘇黎世設立了一個數(shù)據(jù)中心，并利用該數(shù)據(jù)中心排放的熱量給附近的游泳池供暖。2011年，Google在芬蘭建設的數(shù)據(jù)中心開始利用冰冷的海水來制冷。Facebook則把一個數(shù)據(jù)中心設在了位于北極圈邊緣的瑞典呂勒奧，其發(fā)電完全靠水力，而因為外界常年的寒冷空氣，所以其制冷成本也能長期保持低位。這些大公司的解決中心的核心都是“綠色化”—即提高集中部署的大型數(shù)據(jù)中心的能效。
但是微軟想到了一個更加別出心裁的點子。在前面提到的那篇論文中，軟件巨頭想到了一個數(shù)據(jù)爐子(data furnaces)的概念。微軟提出，既然眾多服務器是散熱的大戶，為什么不把服務器分散到千家萬戶和辦公室，然后讓那些地方直接利用服務器散發(fā)的熱量?(在冬季很多地方都需要集中供暖)這種數(shù)據(jù)中心去中心化的概念的確很新穎，但是也有一些大問題需要解決：首先是安全，如何保證服務器不被破壞?其次是連接，如何才能保證分布部署的服務器之間以及與控制中心的高速連接呢?
現(xiàn)在有一家荷蘭公司已經(jīng)在設法解決這兩個問題并開始商業(yè)化嘗試。這家公司的名字叫做 Nerdalize。它推出的***款產(chǎn)品叫做eRadiator(電子散熱器)。這個東西大概能容納2到3臺服務器，可產(chǎn)生1000w的熱能。在冬天可以給意間小房間提供足夠的暖氣，其加熱大概需要1小時的時間。對于用戶來說，這些供暖是免費，只需要交400-500歐元的安裝費即可。不過用戶要想安裝 eRadiator還必須具備兩個條件：一是用戶家中必須要有光纖連接，這要用來跟Nerdalize的核心網(wǎng)絡連接;二是要有外墻(external wall)，以便eRadiator關閉(服務器仍繼續(xù)運轉)時通過它來向外界排氣。
Nerdalize則利用這些eRadiator組成的網(wǎng)絡來提供云計算服務。這是一個沒有數(shù)據(jù)中心的數(shù)據(jù)中心，因為它的服務器分布在千家萬戶。此舉可以大大降低Nerdalize的營運成本，每工作成本(cost-per-job)可降低55%。當然由于公司對接入網(wǎng)絡沒有任何控制(比方說用戶利用這些服務器來做BT)，其QoS(服務質(zhì)量)也會比集中化的云計算要低一些。但是有很多用例表明，成本往往比時延更加重要。
安全方面，Nerdalize的散熱器采用了防干擾機箱，服務器采用的文件系統(tǒng)也是經(jīng)過加密的。但是對于使用Nerdalize的云服務的其他用戶來說，這又會產(chǎn)生另一個安全問題，因為自己的數(shù)據(jù)被存放在其他用戶的家里會不會有安全隱患呢?可是從另一種角度來看，這種去中心的云計算也許會更加安全，因為沒人知道數(shù)據(jù)是什么時候存的、存在哪里以及如何去取。
另外一個問題是可靠性。由于服務器是分布式部署在用戶端的，當服務器出問題時如何解決?用戶忘了交網(wǎng)費又怎么辦?如果散熱器的電路出了問題呢?顯然Nerdalize的這個服務器網(wǎng)絡需要非常復雜的災備或同步方案才能提高可靠性。
但無論如何，這種去中心化的云計算都是一種非常新鮮的嘗試，一旦取得成功，也許就是未來真正去中心化的P2P計算模式的范本。
