# 【AWS】Day 3：AWS 中的帳號與資源管理架構

上一篇我們介紹了 AWS 的基本概念，包括什麼是 Region、Availability Zone，以及怎麼操作 AWS 的幾種方式。

那這篇文章，我們要來聊聊一個很多人初學 AWS 時會感到困惑的問題：**AWS 裡面的資源，到底是怎麼被組織與管理的？**

---

## 為什麼要有架構？

當你只是個人開一個帳號、開幾台機器、弄幾個服務，帳號的資源大致上不會太複雜，console 點一點都還可以處理。

但當你是企業使用者、跨部門團隊、有多個環境（dev / uat / prod）、多個專案、甚至上百個服務時，就會遇到一堆問題：

- 權限怎麼分？
- 帳單怎麼分？
- 誰能看？誰能用？
- 怎麼防止誤刪 / 誤操作？

這時候就會用到 AWS 提供的資源管理架構囉～

---

## AWS 的三層資源管理架構

在 GCP 中，我們常會提到 **Project** 的概念。但在 AWS 裡面，這樣的概念其實是被拆成以下幾層來實現的：

### 🔑 1. Account（AWS 帳號）

AWS 帳號是最基本的管理單位。每個帳號就是一個獨立的資源空間，擁有自己的：

- IAM 設定（權限、角色）
- 資源與服務（EC2、S3、RDS 等等）
- 帳單與計費紀錄

可以想像成一個帳號就是一間房間，裡面什麼資源你都自己負責。

👉 很多企業會用多帳號來隔離環境，例如：

- 一個帳號放開發環境（dev）
- 一個帳號放測試環境（uat）
- 一個帳號放生產環境（prod）

這樣的好處是資源更隔離、權限更清楚、帳單也更容易拆分。

---

### 🏢 2. AWS Organizations（組織）

AWS Organizations 是一個多帳號的管理工具，讓你可以統一控管多個 AWS 帳號，並集中管理費用與權限。

使用 Organizations 後，可以做到：

- 建立帳號之間的層級架構（像是 OU = 組織單位）
- 統一帳單（Consolidated Billing）
- 實作 SCP（Service Control Policies）來限制某些帳號能用的服務

👉 這就像是你開了一間公司，然後底下開了一堆子公司，每個子公司有自己的帳號，但你這個總部可以看所有分公司的帳單，也能下政策規定大家不能亂搞。

---

### 🏷️ 3. Resource Tag（資源標籤）

這個就是 AWS 用來補足「Project」概念的做法。

因為 AWS 沒有像 GCP 的 Project 架構，所以會建議大家在建立資源時，**養成加上標籤（Tag）的習慣**！

常見的標籤包含：

- `Project`: live-api、momo-shop、data-pipeline
- `Env`: dev、uat、prod
- `Owner`: treeman、team-data、ops-team
- `CostCenter`: 90123、IT-Backend、Marketing

透過 Tag：

- 可以更清楚知道這台機器是做什麼的
- 可以用在 **成本分析**（Cost Explorer）
- 可以配合 IAM 權限做限制（例如只能操作特定 Project 的資源）
- 還能透過工具（如 Config、Budgets）追蹤管理

---

## 小結

這篇文章我們介紹了 AWS 的資源管理架構，總結如下：

<div id="bkmrk-%E6%A6%82%E5%BF%B5%E5%90%8D%E7%A8%B1-%E5%B0%8D%E6%87%89%E7%94%A8%E9%80%94-account-%E8%B3%87%E6%BA%90"><button class="hover:bg-token-main-surface-secondary text-token-text-secondary pointer-events-auto rounded-lg px-1 py-1 opacity-0 transition-opacity duration-200 group-focus-within:opacity-100 group-hover:opacity-100"><svg class="icon-md-heavy" fill="none" height="24" viewbox="0 0 24 24" width="24" xmlns="http://www.w3.org/2000/svg"></svg></button><div><table class="min-w-full" data-end="1805" data-start="1576"><thead data-end="1620" data-start="1576"><tr data-end="1620" data-start="1576"><th data-end="1595" data-start="1576">概念名稱</th><th data-end="1620" data-start="1595">對應用途</th></tr></thead><tbody data-end="1805" data-start="1674"><tr data-end="1714" data-start="1674"><td class="max-w-[calc(var(--thread-content-max-width)*2/3)]" data-end="1697" data-start="1674">**Account**</td><td class="max-w-[calc(var(--thread-content-max-width)*2/3)]" data-end="1714" data-start="1697">資源與權限的邊界、計費單位</td></tr><tr data-end="1759" data-start="1715"><td class="max-w-[calc(var(--thread-content-max-width)*2/3)]" data-end="1738" data-start="1715">**Organizations**</td><td class="max-w-[calc(var(--thread-content-max-width)*2/3)]" data-end="1759" data-start="1738">多帳號統一管理架構</td></tr><tr data-end="1805" data-start="1760"><td class="max-w-[calc(var(--thread-content-max-width)*2/3)]" data-end="1783" data-start="1760">**Tag**</td><td class="max-w-[calc(var(--thread-content-max-width)*2/3)]" data-end="1805" data-start="1783">資源標記，模擬 Project 分類</td></tr></tbody></table>

</div></div>其實 AWS 的架構雖然比 GCP 稍微複雜一點，但也因為彈性大，更能符合企業或大型專案的需求。

---

那麼下一篇文章，我們就正式進入 **AWS 的運算服務介紹** 啦！包括 EC2、Lambda、ECS、EKS、App Runner……每一種服務適合什麼情境、優缺點是什麼，我們下一篇文章再慢慢拆解！

我們 Day 4 再見啦 👋