問題不是儲存不夠，是儲存散掉了

在意自己檔案的人，最後大多會長出同一套意外形成的架構。筆電上一個資料夾。跟某一家雲端服務的訂閱，當初為了免費額度而辦，後來為了照片而留著。另一個地方的第二個帳號，為了某個已經結束的專案而開。房間角落裡一台網路硬碟。一個會同步到公司帳號的工作磁碟。這些都不是計畫，而且一直運作得很好 —— 直到某個檔案必須從其中一個搬到另一個，那一刻，這個人才發現自己就是那個整合層：這裡下載、那裡上傳、等兩次，然後祈禱連線不要斷。

Alist 處理的是那個具體的問題，不是儲存的問題。它是一套檔案列表程式：一個把許多儲存後端呈現成同一棵可瀏覽目錄樹的服務，上面再蓋一層網頁介面。那些後端可以是商業雲端帳號、網路硬碟與遠端檔案系統所用的那類網路協定，或者單純的本機磁碟。使用者看到的是一套階層，使用者做的是瀏覽、開啟、複製與搬移，不必在意某個路徑實際上落在哪個後端 —— 直到它真的有關係的時候。

真正有意思的能力，是在後端之間搬東西

從好幾個地方讀出一份檔案清單，很方便。直接從一個來源複製到另一個來源，才是會改變工作方式的能力，因為它把本機從中間拿掉了。整理檔案櫃的時候，把一個資料夾從某個帳號搬到另一個帳號，用平常的做法就是一次下載加上一次上傳，把家裡的連線吃兩次，而且耗時等於較慢的那一半。改走一台本來就握有兩邊憑證的伺服器，它就變成一句指令。

這就是為什麼要在人與儲存之間放一層的全部理由，也是這一層的依賴關係露出來的地方。這類程式並不擁有儲存，它只是透過各家定義、也隨時可以改的介面，借到存取權。當某一家改了條款、收緊了呼叫頻率，或開始把指令碼式的存取當成可疑行為，這層聚合是最先發現、也最無能為力的那一個。任何打算長期依賴它的人，都該明白：眼前這棵樹是由軟體組裝出來的視圖，不是由合約保證的東西。

介面拿著一個檔案，實際上能做什麼

預覽是任何檔案瀏覽器最常被使用的一部分，也是網頁介面最常缺少的一部分。影片與音訊在瀏覽器裡直接播放，文書與頁面直接打開來讀，檔案不必先落到本機磁碟上。對一個影音收藏來說，這把一份目錄清單變成家人真的會用的東西：翻到那個資料夾、按下播放，檔案就從它剛好住的地方串流過來。

下載的作法跟平常的作法不一樣，而這一點對在不算強的硬體上跑這套服務的人很要緊。選取多個檔案時，產生的壓縮檔是邊送邊組出來的，不是先寫進伺服器的磁碟，所以任何大小的資料夾都能下載，而不需要伺服器在過程中先放一份自己的副本。同一個介面也提供目錄層級的密碼，讓某個敏感的資料夾可以自己一組憑證，而不是靠整套服務是私密的；它還會用播放器與桌面檔案管理員聽得懂的協定把儲存開放出去，於是這棵聚合出來的樹可以當成一個掛載的磁碟出現，而不是一個網站。

怎麼部署，決定了它是給誰用的

有三條路，而它們描述了三種使用者。容器映像對已經在跑容器的人是最直接的一條：一個服務、一個埠、一個放設定的磁碟區。常見桌上系統的原生二進位檔解開就能跑，適合想把這東西放在一台不是伺服器的機器上的人。命令列安裝指令碼適合那種把套件管理器當成正常安裝方式的 Linux使用者。

資源佔用小到主機的選擇其實不構成限制，而這對它預設的部署場景很要緊：一台本來就為了別的理由開著的機器。這就是它嵌進去的模式。一台想要更好用介面的網路硬碟，或者一台小小的常開電腦 —— 它的可用能力原本只限於當初為它設定的那一個用途。

它真正擅長的三種用法

第一是家庭影音，也是讓這些工夫值得的一種用法。幾個儲存帳號、一棵樹、另一端一個聽得懂正確協定的播放器：結果是一個行為上像在同一個地方的收藏，由並不在同一個地方的部分組起來。第二是團隊取用檔案，價值在於一個位址加上每個資料夾一組權限，而不是四個產品裡四套不同的分享對話框。第三是替既有的網路硬碟加值，也最少被討論：一台存得好看得差的裝置，換到了一個更好的門面，而不必被換掉。

這個想法停在哪裡

三個界線值得寫出來。這是一層存取，不是備份：這裡不複製任何資料，一個只存在於某處的檔案，仍然只存在於某處，不管有多少介面看得到它。它依賴各家服務保持可達且寬容，而這不在任何人的控制之內。還有，它握有的每一組憑證，都是必須被保護的憑證 —— 意思是跑它的那台機器值得和它能觸及的帳號一樣的照料；這一點很容易忘，尤其當介面順手、安裝只花了十分鐘的時候。

在看清這些界線的前提下，這筆交易是划算的：一個小服務，把幾個彆扭的介面變成一個順手的，跑在原本就在那裡的硬體上，為的是「檔案同時住在一個以上地方」這個具體問題。那個問題不會消失，而且買更多儲存也解決不了它。