AWS帳號快速開通 AWS S3 Object Storage account setup
AWS帳號快速開通 歡迎來到 AWS S3 的深水區（其實沒那麼深）
聽著，如果你打開 AWS 控制台，第一眼覺得自己像是在駕駛太空梭，那完全是正常的。AWS S3（Simple Storage Service）號稱「簡單」，但它的設定選單多到可以讓你懷疑人生。但別緊張，我們今天不是要考 AWS 認證，我們只是要幫你的檔案找個家。這篇文章將帶你繞過那些嚇人的專業術語，直接教你如何設定一個既安全又不亂燒錢的 S3 Bucket。
第一步：別在「區域」選單裡迷路
當你第一次點開 S3 主控台，你會看到一個「建立儲存貯體（Create bucket）」的按鈕。點下去後，第一個考驗就是「AWS 區域（Region）」。新手最常犯的錯就是：「選最便宜的？」或者是「選最紅的？」拜託，請務必選擇離你使用者最近的區域。如果你人在台北，選『亞太地區（東京）』或『新加坡』通常是物理定律上的最佳選擇，選太遠的話，你的使用者上傳下載檔案的速度會讓你感覺回到了 56k 撥接時代。
第二步：那個該死的「封鎖公開存取」選項
這是新手村最容易翻車的地方，沒有之一！在設定 Bucket 的時候，系統會跳出「封鎖所有公開存取權（Block all public access）」的選項。我的建議是：**除非你是真的要架設對外公開的靜態網站，否則請把這些勾勾全部打上。**
你問我為什麼？因為每天都有無數開發者因為手殘沒關掉這個，導致公司的敏感數據直接裸露在網際網路上，最後成了新聞頭條上的「那個笨蛋」。記住，AWS 的安全性原則就是「最小權限原則」，先鎖死，需要的時候再開，千萬別為了省麻煩直接給全世界鑰匙。
什麼是 Bucket Versioning？
在進階設定裡，你會看到一個「儲存貯體版本控制（Bucket versioning）」。強烈建議你把它打開。這功能就像是遊戲的「存檔點」，如果不小心誤刪了檔案，或者是檔案被惡意覆蓋，你還有機會救得回來。當然，它會佔用額外的儲存空間，但比起數據丟失，那點錢付得絕對值得。
第三步：IAM 使用者才是你的護身符
很多新手為了圖方便，直接用 AWS 的 Root 帳號（就是註冊那個信箱）來上傳檔案。兄弟，聽我一句勸：這是自殺行為。如果你的 Access Key 外洩，駭客可以直接登入你的 Root 帳號，把你所有的資源砍掉再換成比特幣挖礦機，月底你會收到一張讓你懷疑人生的帳單。
請去 IAM（Identity and Access Management）建立一個專門給 S3 使用的 User。步驟如下：
- 在 IAM 建立使用者，給他一個名字（例如：S3_Uploader）。
- 只賦予他「AmazonS3FullAccess」或者更好的「自定義細分權限」（只給定 Bucket 的存取權）。
- 建立 Access Key 和 Secret Key。**注意：Secret Key 只會顯示一次，請把它存好！**
以後無論是寫 Python 程式，還是用 GUI 工具操作 S3，都用這組 Key，千萬別碰 Root 帳號。
第四步：如何與 Bucket 進行心靈溝通（也就是存取檔案）
設定好 Bucket 後，你怎麼把檔案丟進去？你可以用官方的 Web 控制台，但那樣很不極客。我推薦你使用一些像「Cyberduck」或「Transmit」這類 GUI 工具，它們操作起來跟傳輸一般的 FTP 沒兩樣，非常直覺。
如果你是個開發者，Python 的 `boto3` 函式庫是你的好夥伴。只要幾行程式碼，就能把伺服器上的 Log 備份到 S3：
import boto3
s3 = boto3.client('s3')
s3.upload_file('local_file.txt', 'my-bucket-name', 'cloud_file.txt')是不是簡單得不可思議？只要 IAM 的權限設定正確，這段程式碼跑起來會異常順暢。
第五步：防範帳單驚喜（Budget Alert）
最後，再強大、再好用的工具，如果不看帳單，遲早會崩潰。設定完 S3 後，請立刻前往 AWS Billing 的「Budgets」頁面，設定一個「預算警報」。你可以設定：如果本月 S3 支出超過 5 美金，就發送 Email 給我。這能讓你免於在月底收到驚人帳單時心臟病發。
結語：雲端之旅才剛開始
設定 AWS S3 本質上就是「權限管理」與「儲存規劃」的結合。剛開始可能會覺得有點複雜，但只要你遵循「最小權限原則」、善用「版本控制」、並設定「費用警報」，S3 將會是你數據儲存的最佳夥伴。它穩定、便宜、擴充性強，幾乎沒有什麼儲存需求是它搞不定的。
別因為這點設定難度就退縮，現在去把你的第一個 Bucket 建立起來吧！如果過程中彈出了什麼奇怪的錯誤訊息，別懷疑，那 99% 都是權限沒設好，再去 IAM 檢查一次準沒錯。祝你的數據在雲端住得愉快！
