pre-signed-url · L2

PUT 直傳（免憑證上傳）

PUT 直傳：讓對方免憑證上傳

一句話：presigned PUT 讓前端 / App / 第三方，不用拿到你任何 AWS 憑證，就能把檔案直接傳進你的 bucket——檔案大流量完全不經過你的後端。

它解決什麼痛點

傳統上傳：使用者 → 傳給你的後端 → 後端再轉存 S3。檔案一大、人一多，你的後端就成瓶頸（頻寬、記憶體、暫存全吃緊）。你其實只是個「中轉站」，白白扛了所有流量。

presigned PUT 的三步流程

• ① 前端跟後端說「我要上傳 photo.jpg」。
• ② 後端用 secret key 簽一條 presigned PUT URL（限這個 key、限幾分鐘），回給前端。
• ③ 前端拿這條 URL 直接對 S3 發 PUT，把檔案 body 傳上去——不經過你的後端。

flowchart 概念：
前端 --①要上傳--> 後端
後端 --②回一條 presigned PUT URL--> 前端
前端 --③直接 PUT 檔案--> S3   (後端不碰檔案)

兩個關鍵好處

• 後端變輕：只做「簽一條網址」的輕活，真正的大流量前端直接打 S3。
• 憑證不外流：前端全程沒碰到你的 secret key，只拿到一條限時、限用途、限這個 key 的網址（回想 Level 1：它是 bearer token，且權限有天花板）。

一個要記住的特性

單純的 presigned PUT 簽章不綁 body 內容（Level 3 會講：payload 填的是 UNSIGNED-PAYLOAD）——所以對方在期限內可以傳「任何內容」上去。想限制檔案大小 / 型別，presigned PUT 本身做不到，要改用 POST policy（Level 6 主題）。

參考來源

• AWS S3 — Uploading objects with presigned URLs
• AWS S3 — presigned URL 用 UNSIGNED-PAYLOAD