跳至主要內容
Study Jam:雲端基礎實作 — 第 2/10 篇

建立與管理雲端資源

內文字級

建立與管理雲端資源
更新:2026-10-12

課程概述

指令明明執行成功,VM 卻不在預期的專案裡?剛開始用 Google Cloud,這種事比打錯指令還常見。這堂課先弄清楚資源屬於哪個專案、權限從哪裡來,再用 Cloud Shell 和 gcloud 管理 VM 與 Cloud Storage bucket。

GCP 資源管理模型:Organization 之下包含 Folder、Project 與運算儲存資料庫資源,IAM 權限沿階層繼承,Label 跨資源分類,Cloud Shell 操作目前專案,各 Project 具有獨立計費邊界

Organization、Folder 和 Project 決定資源放在哪;IAM 決定誰能操作;Label 幫你把同一個環境或團隊的資源找出來。專案也各自有 API、配額與計費設定。用 Cloud Shell 建資源前,先確認目前選到哪個 Project。

你將學到

  • 使用 Cloud Shell 與 gcloud CLI 管理資源
  • 建立與管理 Cloud Storage bucket
  • 理解 GCP 資源階層(Organization → Folder → Project → Resource)
  • 設定基本 IAM 角色與權限
  • 使用標籤(Labels)組織資源

核心概念

GCP 資源階層

Organization(組織)
  └── Folder(資料夾)— 可巢狀
        └── Project(專案)— 計費與權限的基本單位
              └── Resources(資源)— VM、Bucket、DB 等

VM 和 bucket 都要放在某個 Project 裡。IAM 政策可以設在組織、資料夾或專案等層級,上層授予的權限會往下繼承;所以看到某人能操作資源,也要查權限是不是從上層來的。

Cloud Shell 操作要點

  • Cloud Shell 提供 5GB 持久化主目錄($HOME)
  • 預裝 gcloud、kubectl、docker 等工具;Terraform CLI 自 2026 年 6 月 20 日起不再預裝,要用得自行安裝
  • 每次啟動分配一台暫時性的 Debian VM
  • 使用 gcloud config set project PROJECT_ID 切換專案
gcloud 指令從 Cloud Shell 經 Active Config、Google Cloud API 與 IAM 權限檢查,最後建立或更新雲端資源的完整路徑

gcloud 不是直接連到 VM 或 Bucket,而是帶著目前帳號、Project 與位置設定呼叫 Google Cloud API,再由 IAM 判斷能否執行。下指令前先確認帳號、專案、Region/Zone,可避開最常見的 Lab 錯誤。

查看流程與節點文字

箭頭表示流程方向;方括號與引號內是節點名稱,可搭配下方圖解閱讀。

%%{init: {"flowchart": {"curve": "linear", "nodeSpacing": 24, "rankSpacing": 32}}}%%
flowchart TD
  INTENT["寫下要建立或修改的資源"] --> PREFLIGHT{"Account、Project、Region/Zone、<br/>API 與最小 IAM 都正確?"}
  PREFLIGHT -->|"否"| FIX["切換 config、修正位置,<br/>或補齊 API 與最小權限"]
  PREFLIGHT -->|"是"| EXEC["執行可重現指令並附上 Labels"]
  EXEC --> VERIFY{"用 list/describe 驗證<br/>位置、狀態與標籤?"}
  VERIFY -->|"通過"| DONE["保存指令與結果"]
  VERIFY -->|"不符"| CLEAN["修正或刪除錯置資源,<br/>避免持續計費"]
gcloud 最常見的錯誤不是語法,而是在錯的帳號、專案或位置建立了正確資源。把 context、權限與執行後驗證固定成同一條操作路徑。

Cloud Storage 基礎

儲存類別最低存放時間適用場景
Standard無頻繁存取的資料
Nearline30 天每月存取一次以下
Coldline90 天每季存取一次以下
Archive365 天備份與合規封存

表格超出欄寬時,可左右捲動;鍵盤可聚焦表格後用左右方向鍵查看。

Cloud Storage 物件依存取頻率從 Standard、Nearline、Coldline 走向 Archive,儲存成本降低但取回成本與最低存放時間增加

儲存類別的核心取捨是「平時保存」與「需要取回」的成本。先依真實存取頻率選類別,再用 Lifecycle Rule 自動把老舊物件往較冷的類別移動,避免一開始就把仍常用的資料放進 Archive。

# 建立 bucket
gcloud storage buckets create gs://my-bucket --location=us-central1

# 上傳檔案
gcloud storage cp local-file.txt gs://my-bucket/

# 列出 bucket 內容
gcloud storage ls gs://my-bucket/

實作重點

  • Bucket 名稱全球唯一,而且公開可見;官方提醒不要放 user ID、電子郵件、專案名稱、專案編號或個資
  • 注意 lab 要求的 region 設定,設錯會導致驗證失敗
  • IAM 權限遵循最小權限原則(Principle of Least Privilege)
  • 善用 Labels 標記資源,方便後續的成本分析與管理

Lab 指引

Lab 連結:到 Google Skills 搜尋「Create and Manage Cloud Resources」。截至 2026 年 10 月,目錄中找不到同名課程,可能已改版或下架。

Lab 會逐項檢查結果。每次建立資源前先核對專案和 region/zone,省得指令跑完才發現位置不對。

延伸學習

Study Jam:雲端基礎實作 — 第 2 篇/共 10 篇 查看系列全覽 →

讀完後,留一個學習紀錄

試著用自己的話說出一個重點,以及你會如何運用。實作文章請先核對結果與清理資源,再標記為讀完。

文章進度以你確認讀完的標記為準,可隨時取消。舊版造訪紀錄保留,但不計入讀完;這份自評不代表已掌握內容。

留言討論

文章目錄與系列

徽章解鎖!