信任本身是一個架構決定

尋常的雲端儲存要求你接受一個簡單命題：資料放在服務商那裡，它承諾靜態加密，並且值得信任——不會看、不會弄丟、不會交出去。多數時候這份信任放對了地方。問題在於它是承諾而不是性質，而承諾可以被政策變更、被內部人員、被設定錯誤的儲存桶、被一紙沒通知你的命令打破。

Storj 把這份信任當成該被設計掉的東西。檔案在離開你的機器之前就加密、切成片段、經過加入冗餘的糾刪編碼，然後散到數千個各自獨立運作的儲存節點上。任何單一節點持有的碎片，單獨看毫無用處。要把檔案還原，得湊齊足夠的碎片，而服務商並沒有比其他人更容易做到這件事。

為什麼切開對可靠性有意義

可靠性的說法比隱私更好懂。傳統物件儲存在一座機房裡放好幾份副本，這能擋住硬碟故障，卻擋不住整個區域出事、帳務糾紛，或是一間公司不存在了。把碎片散到數千個互不相關的營運者手上，意味著其中很大一部分同時離線，檔案依然拼得回來。那是另一種故障模型，而對歸檔資料來說，這個模型可能更好。

讓它可用而不只是有趣的是介面。服務對外呈現標準的物件儲存介面，所以現成的工具、函式庫與腳本只要改一個端點與一組金鑰就能跑。很多人已經在用的命令列同步工具原生支援它，於是一個歸檔任務只需要改一行設定就能改道。相容標準這件事不炫，卻是這套架構能被不想重寫工具的人用上的原因。

成本結構與老實的限制

計價拆成儲存與流量兩塊，而流量那塊正是它具競爭力的地方：取回夠便宜，於是長期放一個媒體庫、偶爾讀出來，總成本算起來相當划算。免費額度大到可以拿真實資料做一輪評估，而不是只丟一份樣本。獨立的效能評測把它放在這個類別的前段班，這比廣告詞有份量。

限制也真實存在。它是物件儲存而不是檔案系統，所以適合備份、靜態資源與歸檔，不適合資料庫或工作目錄。小塊隨機讀取的延遲天生比本機磁碟差，因為一個請求可能碰到好幾個國家的節點。治理模式雖然分散，中間仍有一個組織在處理帳務與協調，所以這是分散式架構，不是無政府狀態。

它的價值在於提供一種真正不同的形狀。當每一朵雲都長成同一個樣子，總得有人把最底下那層重做一次，否則原則層面的改善永遠不會發生。

評估的實務步驟。從免費額度加上真實工作負載開始，而不是跑一個合成測試，因為真正要緊的數字是你自己的。金鑰按每個任務的最小權限管理；任何不能丟的東西，在別處再留一份，因為同一個服務商內部的冗餘，不等於跨服務商的冗餘。搬歸檔資料之前先讀計價ページ上的取回費用，因為儲存只占帳單一半，另一半在你需要把資料拿回來的時候才出現。