終結資料出海稅：R2 零流出費物件儲存與多雲數據流轉

我第一次認真算一份資料庫備份的流出費帳單時，發現真正貴的從來不是放在雲端硬碟裡的那部分，而是把資料搬出來的那一刻。

R2 想解決的正是這件事：它把下載資料的費用直接歸零。這篇要把「零流出費」背後的機制、S3 相容 API 怎麼用，以及兩種遷移工具的差別講清楚。

多數人選雲端儲存時只看每 GB 多少錢，卻在真正要把資料搬出來的那一刻，才第一次看懂流出費帳單。R2 想解決的就是這一刻。

流出費：雲端業者最不透明的一筆帳

多數公有雲的物件儲存服務，儲存費用本身通常不貴，真正讓帳單難以預估的是下載資料的流出費。

資料放得越多、被下載得越頻繁，流出費就越可觀，這也讓客戶要把資料搬去別家雲端業者時，得先付一筆搬家費才能離開。

R2 官方頁面把這件事講得很直接：不必擔心一覺醒來收到龐大的流出費帳單，因為 R2 對流出資料不收費。

零流出費，怎麼影響你的成本結構

官方定價頁把費用拆成儲存空間與操作次數兩塊，寫入與列舉這類操作算一種計價、讀取算另一種計價。

拿到資料出去這件事，不管是透過 Workers 程式碼存取，還是走 S3 相容 API 或公開網域，都不會被另外收取傳輸費。

• 下載量大的工作負載受益最明顯：巨量靜態資產、影音檔案、AI 訓練資料集，這類會被頻繁下載的內容。
• CDN 來源站是常見場景：把 R2 當成內容分發網路背後的來源儲存，下載流量再多也不會多一筆帳單。
• 確切費率請查當期定價頁：儲存與操作的具體費率會調整，規劃預算前務必直接看官方定價頁的當期數字。

S3 相容 API：不用重寫應用程式

R2 提供 S3 相容 API，讓已經用慣 AWS SDK、既有工具鏈與腳本的專案，可以換掉端點設定接上 R2。

這件事的實際價值，是搬遷成本從「重寫整個資料存取層」降低到「調整連線設定」。

# 概念示意：把既有 S3 SDK 指向 R2 的端點
endpoint_url = "https://<account-id>.r2.cloudflarestorage.com"
bucket = "my-bucket"
# 其餘 SDK 呼叫方式與原本用 S3 時大致相同

上面只是概念示意，實際的認證方式、參數名稱與支援的 API 動作，請以官方 S3 API 相容文件為準，逐一比對你用到的功能是否都有支援。

兩種遷移工具：一次搬完，還是邊用邊搬

官方文件把資料搬遷分成兩種思路，對應兩套工具，判斷標準是你要不要一次把資料搬乾淨。

多雲容災：不是省錢，是保留選擇權

很多團隊評估多雲儲存時，第一直覺是比價，但零流出費真正解決的問題其實是「保留退場的選擇權」。

當資料被綁在單一雲端業者、下載一大批資料就要付出高額流出費時，你事實上已經很難真的把資料搬走。

把一份關鍵資料同步放在 R2，之後不管是災難復原、比價或單純換平台，都不會因為流出費而卡住決策。

落地前的三個檢查點

1. 先確認你目前用到的 S3 API 功能，是否都在 R2 的相容清單裡，不要假設百分之百等價。
2. 評估資料量與存取頻率，決定用 Super Slurper 一次搬完，還是用 Sippy 漸進式搬遷。
3. 把儲存費用、操作次數費用一起算進總成本，不要只看零流出費這一項就下結論。