AWS 推出 S3 Files：儲存桶直接掛成資料夾，不用再複製一份資料

一句話看懂：AWS 讓 S3 儲存桶可以像資料夾一樣直接掛載到 EC2、容器和 Lambda 上，資料還是留在 S3，不用再複製一份。

先用白話講：S3 Files 是什麼？

S3 像一座圖書館：每本書（物件）只能整本借出、整本換新，沒辦法翻開某一頁改幾個字。你電腦裡的檔案系統則像自己的筆記本，想改哪一頁都可以。

過去想讓「只認資料夾和檔案」的程式去處理 S3 裡的資料，得另外管理一套檔案系統、複製資料，還要建流程讓兩邊保持同步。S3 Files 就是 AWS 幫你把這座橋蓋好：同一份資料，可以當檔案打開，也可以照常用 S3 的方式存取。

發生什麼事

AWS 在 2026 年 4 月 7 日（美國時間）宣布 Amazon S3 Files 正式推出：

• 任何一般用途（general purpose）的 S3 儲存桶，都能當成檔案系統使用
• 可以掛載到 EC2、ECS、EKS 和 Lambda
• 上千個運算資源可以同時連到同一個檔案系統，不需要各複製一份
• What’s New 公告寫明：首發支援 34 個 AWS 區域
• 現有的資料不用搬遷，檔案系統與 S3 API 可以同時存取同一份資料

跟以前差在哪？

給開發者的技術細節

• 底層：用 Amazon EFS 建構，官方說活躍資料的延遲約 1 毫秒；支援 NFS v4.1 以上的操作，多台機器同時存取採「close-to-open」一致性（檔案關閉後，其他人再開啟時才保證看到最新內容）
• 同步時間：檔案系統改動，AWS 說會在幾分鐘內匯出成 S3 的新物件或新版本；S3 端的變更通常幾秒就出現在檔案系統，但有時要一分鐘以上
• 快取行為：常用的檔案內容與中繼資料放在高效能儲存；大量循序讀取的檔案，則直接從 S3 提供以拉高吞吐量。你還能決定要載入完整檔案，或只載入中繼資料
• 安全：整合 IAM；傳輸中一律用 TLS 1.3，靜態加密可選 SSE-S3 或自己管理的 KMS 金鑰；檔案權限用 POSIX 的 UID / GID，存在 S3 物件的中繼資料裡
• 掛載方式：先建檔案系統，再建掛載目標（mount target，放在你 VPC 裡的網路端點），然後在主機上掛載：

sudo mkdir /home/ec2-user/s3files
sudo mount -t s3files fs-xxxxxxxx:/ /home/ec2-user/s3files

• 前置條件：主機要裝最新版的 amazon-efs-utils，AWS 提供的 AMI 已預先安裝
• 費用：依檔案系統上存放的資料量、小檔讀取與所有寫入、以及同步時的 S3 請求計費；不少讀取會直接從 S3 提供，只收一般 S3 GET 請求的費用。實際單價請看 S3 定價頁

該選 S3 Files 還是 FSx？

AWS 的建議是：S3 Files 適合「多個運算資源要互動式共用、一直讀寫」的資料，例如 AI Agent 透過檔案工具協作、機器學習訓練前的資料整理。從公司內部 NAS 搬上雲，或需要 NetApp ONTAP、OpenZFS、Windows File Server 這些特定功能，用 Amazon FSx；做高效能運算和 GPU 叢集，則是 FSx for Lustre。

我的看法

接案時常遇到一種情況：程式只會讀本機資料夾，但圖片、備份、報表又想放在 S3 圖便宜、又耐久。以前不是改程式碼改用 S3 SDK，就是另外想辦法接起來。S3 Files 把這件事變成「掛載一下」，對想把舊系統搬上 AWS 的團隊是很實用的選項。

不過有幾點我會先確認：第一，同步是「分鐘級」，不是即時，需要立刻看到對方改動的流程要特別測；第二，它是 AWS 專屬，自己在家用 NAS 或其他雲的人用不到；第三，費用是多個項目疊加，上線前先用小量資料跑一週，看帳單再決定要不要全面掛載。

名詞小辭典

• 物件儲存（Object Storage）：把資料當成一個個「物件」存放，S3 就是這種；優點是便宜、耐久，缺點是不能只改檔案裡的一小段。
• 檔案系統（File System）：有資料夾和檔案，可以隨時打開、改一部分再存回去，就像你電腦裡的 D 槽。
• NFS：讓多台機器透過網路共用同一個資料夾的常見通訊協定。
• 掛載（Mount）：把遠端的儲存空間接到主機的某個資料夾上，之後就像本機資料夾一樣使用。

資料來源

• AWS What’s New：Announcing Amazon S3 Files
• AWS News Blog：Launching S3 Files