說實話，挑雲存儲方案這件事，很多時候比選手機還糾結。手機大不了年年換，但文件一旦傳上去，遷移成本往往高得嚇人。我曾經為了省錢把圖床從某家大廠遷到自建的 MinIO，結果光下載再上傳幾萬張圖片就花了整整一個週末，中間還因為簽名校驗失敗搞丟了一部分預覽縮圖，那種崩潰感真的不想再來一次。所以現在有人問我怎麼選，我都會先反問：你到底是拿來做什麼用的？
別只看價格，先弄清楚你的「存取模式」
很多人第一步就去比價，這其實有點危險。各家雲存儲的計費項目密密麻麻，流量費、請求次數、跨區域複製，一不小心帳單就爆掉。如果你只是架一個小型圖床或外鏈分享站，每天幾百次下載，那幾乎所有主流服務都差不多便宜，甚至免費額度就用不完。但如果你要拿來做影片託管、大流量直連，那又拍雲、七牛雲這類自帶 CDN 加速節點的方案會比純物件存儲順手得多——他們把存儲和分發綁在一起，配置門檻低，而且對國內訪問速度特別友好。反過來，要是你的用戶主要在海外，或者你特別在意數據主權，那 AWS S3、Cloudflare R2 甚至 Backblaze B2 這些全球節點多的服務就更合適。Cloudflare R2 最吸引人的是沒有出站流量費，等於流量成本被大幅壓低，對於流量不可預測的新項目來說根本是救贖。
S3 兼容性是個好東西，但不是萬靈丹
那篇文章裡提到通用 S3 兼容存儲可以接 MinIO、R2、B2，這的確給了開發者很大的彈性。我自己就在內網用 MinIO 搭過測試環境，API 完全兼容 S3，開發時幾乎無感切換。但真正上生產環境，你會發現「兼容」兩個字背後藏著不少坑。比如有些平台不支援 POST Policy 瀏覽器直傳，你只能走服務器中轉，這樣一來服務器頻寬就變成瓶頸，上傳大檔案時 PHP 容易超時，cURL 設定沒調好還會莫名其妙斷連。還有那個 Region 參數，AWS 一定要填對，R2 直接填 auto，如果填錯，簽名校驗直接報錯，連檔案列表都讀不出來。所以我的習慣是：除非你確定未來會頻繁遷移，否則選定一個平台後就盡量用它的原生 SDK，別過度迷信「無縫切換」這件事。
那些你沒想到的隱形成本
除了流量和存儲費，有幾樣東西很容易被忽略。第一是圖片審核，如果你做公開圖床，內容安全就是生死線。阿里雲 OSS、騰訊雲 COS 都有現成的圖片安全檢測接口，雖然要額外付費，但總比自己寫一套審核系統省心。第二是線上編輯和預覽功能——別小看這個，像 Markdown、代碼文件直接在網頁上改完就保存，對效率的提升非常明顯。如果你選的存儲方案本身不支援這類操作，就得在前端做一層代理，架構又複雜一層。第三是備份和版本控制，物件存儲通常可以開啟版本管理，誤刪檔案還能救回來，但這功能會讓存儲量膨脹，費用跟著漲，得自己取捨。
總之，沒有完美的方案，只有最不讓自己後悔的選擇。我的建議是：先用小項目試水，把上傳、下載、簽名、跨域這些流程全部跑通，再決定要不要長期綁定。畢竟數據一旦長大，搬家就是傷筋動骨的事，與其後來折騰，不如一開始就多花點時間想清楚——你究竟願意為「省心」付多少錢？
評論（6）
之前用過某家的免費方案，結果流量超了直接扣錢，完全沒收到通知，帳單嚇死人
想問一下，如果主要用於個人備份，不是對外分享，是不是選最便宜的方案就好？
S3 兼容性這點很有感，之前從 AWS 遷到 R2 就卡在 Region 參數上，搞了好久才發現 auto 就好
圖片審核的費用真的容易被忽略，自己做一套又麻煩，但不上審核又怕出事，取捨啊
我現在也是先用小項目試水，把上傳和簽名校驗都跑順了才敢放正式數據，搬家的確太折磨了
版本控制開下去存儲量真的翻倍，但誤刪過一次檔案之後就還是乖乖開著了