GCP Console 導覽與專案建立

先看右上角，再開始操作

Google Cloud Console 是管理資源的網頁介面。頁面很多，但剛開始最重要的是上方的專案選擇器。你接下來建立的 VM、Bucket 或資料庫，通常都會放進目前選到的專案。

這也是最常見的操作失誤：指令明明成功了，回到 Console 卻找不到資源。多半不是資源消失，而是 Console 和 gcloud 指到不同專案。

建立一個練習專案

先前往 Google Cloud Console，再照下面做：

1. 點上方的專案選擇器
2. 選「新增專案」
3. 專案名稱輸入「GCP ACE 練習」
4. 展開 Project ID，改成容易辨識的值，例如 bobo-ace-lab-2026
5. 有 Organization 或 Folder 才需要選父層；個人帳號通常不會看到
6. 建立後，回到專案選擇器並切換到剛才的專案

Console 介面偶爾會改版，按鈕文字可能略有不同。重點不是把點擊順序背起來，而是確認最後選中的 Project ID 正確。

名稱、ID、Number 不是同一個東西

日常最常用的是 Project ID。它在全球必須唯一，所以範例值很可能已被別人用走；加上自己的縮寫或日期即可。Project number 則常出現在 Google 管理的 service agent 或跨專案授權情境，不需要背，但要知道它不是 Project ID。

你可以在 Dashboard 看這三個值，也可以稍後用指令查：

gcloud projects describe PROJECT_ID \
  --format='yaml(name,projectId,projectNumber)'

資源階層不是裝飾品

企業環境通常會長成這樣：

Organization
├── Folder: production
│   ├── Project: shop-prod
│   └── Project: data-prod
└── Folder: non-production
    ├── Project: shop-staging
    └── Project: ace-lab

Organization 代表公司，Folder 用來分環境或部門，Project 才是啟用 API、建立大多數服務資源與計算用量的基本邊界。

這個階層真正有用的地方是繼承。例如公司在 Organization 層禁止建立外部 IP，底下的 Folder 和 Project 都會受到限制；在 Folder 層授予團隊 Viewer，該 Folder 裡的專案也會繼承。看到 PERMISSION_DENIED 時，問題不一定出在專案本身，也可能是上層政策。

官方資源階層說明 有一個很值得記的原則：除了階層最上層以外，每個資源都只有一個 parent。資源會跟著 parent 的生命週期與政策走。

Project 管資源，Billing account 付錢

Project 和 Cloud Billing account 是兩套東西：

• 一個 Billing account 可以替多個 Project 付費
• 一個 Project 同一時間連結一個 Billing account
• Project 的用量會累計到它所連結的 Billing account
• 只建立空白 Project 不會產生資源費用；建立付費資源後才會開始計費

進入「帳單 → 預算與快訊」替練習專案設一個小額預算，例如 NT$100。這能提早寄信提醒你，但預算不是硬上限，不會自動停掉服務。不想再付費時，仍要自己刪除資源或另外設計自動化控管。

下一課要建立 VM，所以這個練習專案必須連到有效的 Billing account。到「帳單 → 我的專案」查看連結狀態；若你有多個帳單帳戶，別只看名稱，要確認連到的是你打算使用的那一個。

💡 考試小提示

Project Billing Manager 管的是「專案要連到哪個 Billing account」；Billing Account User 則讓使用者可以把專案連到該帳單帳戶。題目若要完成連結，通常要同時具備專案端與帳單端的權限。

打開 Cloud Shell

點 Console 右上角的終端機圖示，就會開啟 Cloud Shell。它提供一台由 Google 管理的臨時 VM，gcloud、kubectl、Git、Docker、Terraform 等常用工具都已安裝好。

先跑這組不會建立任何資源的檢查指令：

# 目前登入的是哪個帳號？
gcloud auth list

# 目前 gcloud 指向哪個專案？
gcloud config get-value project

# 看完整設定
gcloud config list

# 列出你有權查看的專案
gcloud projects list

如果目前專案不對，用 Project ID 切換：

gcloud config set project PROJECT_ID

之後每次做 lab，都先跑一次 gcloud config get-value project。這個十秒鐘的確認，可以省掉很多「資源到底建去哪裡」的排查時間。若你同時維護多個環境，也可以改用 named configurations，避免一直覆寫同一組設定。

哪些檔案會留下來？

Cloud Shell 的 VM 是臨時的，閒置後會被回收；只有 $HOME 掛載的 5 GB 儲存空間會跨工作階段保留。把檔案放在 $HOME 以外、用 apt 臨時安裝套件，下一次開機不一定還在。

Cloud Shell 預設每週有 50 小時使用額度，適合上課與臨時管理，不適合拿來長期跑服務。你的 Cloud Shell 也是「跟著使用者」，不是某個 Project 裡的一台 VM；切換 Project 不會換一台新的 Cloud Shell。

這一課做到這裡才算完成

• Console 右上角顯示剛建立的練習專案
• 你找得到 Project name、Project ID 和 Project number
• gcloud config get-value project 顯示正確的 Project ID
• 練習專案已連結到有效的 Billing account
• 你知道 Billing budget 只會提醒，不會自動封頂

下一課會用這個專案建立第一台 Compute Engine VM。那一課會真的產生可計費資源，所以也會把 Free Tier 條件和清理指令一起做完。