《cloud+》若是百度雲飄走了你該怎麼辦？

《cloud+》是《[data+++]保護我的隱私的安全套裝》系列的一部分，在此以前還有三篇，分別是《clip+》《key+》和《safe+》，若是願意的話，能夠從頭開始閱讀以理解data+++的設計思路。

 

這篇文字恰好遇上魏則西事件發酵，且道一聲安息。聲討百度之聲漸漲，不禁想到若是百度倒了，那你在百度雲盤裏的各類文件該何去何從？本文從雲盤存儲的安全性和可靠性出發，探討《cloud+》的需求和設計。

 

前面的假設並不是空穴來風，以前雅虎郵箱關閉，多少人慘遭數據遷移之苦。試想如若百度關閉雲盤，幾個T的數據一時間哪裏去找硬盤轉移？何況提早給出關閉的通知那得是有商業道德的公司才能辦獲得的，就算它良心發現提早發佈公告，必定會出現相似「銀行擠兌」現象的集體下載，單單一個帶寬開銷就足夠可觀了。

 

怎麼辦？存儲界有個說法叫「雙機熱備」，意思是兩臺主機同時存放相同的數據，互爲備份。固然這裏的備份有多種方案可供選擇，好比RAID0、RAID1...一直到RAID7。一樣的，咱們能夠把相似的思想過渡到網盤數據存儲上來。一家網盤容易出問題，屬於單點故障，那麼咱們不妨採用多家網盤同時存儲的方式，下降了單點故障形成的不可挽回損失的風險。

 

舉個例子，你下載了一部電影《奇幻森林》，經過cloud+選擇在百度雲、115雲盤、騰訊微雲等多家網盤上同時上傳。當某天百度雲廢了之後，其餘雲盤上的這部電影依然還在。這就是「多盤備份」的概念。

 

在《【DATA+++】保護我的隱私的安全套裝》一文中咱們提到過，百度雲既有監守自盜的記錄，也不乏被黑的悲催經歷。上述「多盤備份」雖然能夠下降數據全毀的可能性，但卻不能阻止你的數據被盜。

 

以爲無所謂麼？誠然，電影電視劇誰拿去均可以，但你的照片呢？你的通話記錄呢？你的聯繫人呢？你常常出入的場所信息呢？你的家和公司的位置呢？哈哈，怕了吧？哪天有時間再專門寫篇東西來嚇唬你:)（寫到嚇唬倆字，廚房裏嘩啦一聲掉了件什麼東西，這大晚上的，嚇得本身當心髒噗通噗通的，看來不能夠作壞事呀）

 

怎麼辦？加密。有人說，我幾個T的數據你給我一段一段的加密，還不得24小時開着電腦跑上三天啊。那得看用什麼算法了，普通字節顛倒（手機360保險箱的小計倆），與普通上傳沒有區別；軟件級DES加密就費點功夫了；若是是AES256字節的密鑰長度，那可就是幾千倍的差距了。固然加密的效果也是不可等同的，這就和花錢買東西是一個道理的，一分錢一分貨。

 

因此加密得講策略。對於關鍵性數據，好比聯繫人、重要的文檔資料等，必須得用高強度加密方式；稍微次要的，好比照片，就用點低端的方法；再次的，好比電影電視劇神馬的，仍是乖乖原封不動上傳吧，畢竟有個秒傳的功能，哪怕是動上一個字節，也得乖乖的等着慢慢上傳。另外得提醒一下，若是視頻、照片加密後，在網盤的web端經常使用的在線預覽就不可用了，由於雲端是明文存儲的，也是明文讀取的。這也就再次說明了網盤宣稱的加密存儲純屬忽悠。

 

前幾天寫過一篇《又窮又懶如何搭建HOME雲》，算是全部文章裏閱讀量最大的。HOME雲之因此這麼受關注，必定程度上說明「雲」這個東西自己在人們的印象裏就是虛的，沒有擺在家裏的硬盤和路由器來的實在。因此呢，cloud+還得能夠支持在HOME雲的硬盤中同步備份。涉及到具體技術，會有SAMBA、FTP、HTTP等多種方式，這裏再也不展開。

 

最後，cloud+如何與DATA+++中其餘安全工具打一套漂亮的組合拳，須要你充分發揮想象力了。也許在不久的未來，你會看到DATA+++的寶貝們真實的擺在應用商店裏，那時會把各類應用場景充分描述清晰的。