閃卡閱讀清單
互動翻面與進度標記需要 JavaScript。你仍可逐張展開答案，並前往官方來源查證。
1. Compute Engine 的 Preemptible VM 和 Spot VM 有什麼差別？
兩者都使用可被平台回收的容量，適合可重試、能承受中斷的工作負載。Spot VM 沒有預設 24 小時上限，也沒有最低執行時間保證；舊式 Preemptible VM 有最多 24 小時的限制。預設回收關機處理是盡力而為、最多 30 秒，不能保證足夠存檔時間。折扣依資源而異，應以當期價格試算。
複習提示：先辨識 provisioning model；可被回收是共通特性，執行時間限制與設定不能混用
2. Managed Instance Group (MIG) 的自動修復 (autohealing) 是如何運作的？
MIG 使用 Health Check 定期檢查 VM 健康狀態。若 VM 未通過健康檢查，MIG 會自動刪除不健康的 VM 並建立新的替代 VM。需設定 initial delay 讓 VM 有時間啟動。
複習提示：autohealing 需要 Health Check，autoscaling 需要 autoscaling policy，兩者獨立設定
3. Cloud Run 和 Cloud Run functions（原 Cloud Functions）的主要差別是什麼？
Cloud Run 執行容器映像，支援任何語言和執行環境。Cloud Run functions 是事件驅動的函式，只需寫函式程式碼，支援特定語言 runtime，部署後以 Cloud Run 服務執行。Cloud Run 更靈活，Cloud Run functions 更簡單。
複習提示：需要容器化或自訂 runtime → Cloud Run；簡單事件觸發 → Cloud Run functions
4. App Engine Standard 和 Flexible 環境有什麼差別？
Standard 使用支援語言的受管理 runtime；是否能縮到零仍要核對縮放設定。其運算費以 instance hours 等項目計算，不能概括成按 HTTP 請求計費。Flexible 在 Compute Engine VM 的容器中執行，可使用自訂 runtime；不能縮到零，至少保留一個 instance，費用依 vCPU、記憶體、磁碟等項目計算。兩者的其他服務與網路費用也需另看價格表。
複習提示：先比較 runtime 限制、縮放方式與計費項目；不要把 Standard 的運算費誤記為單純按請求計費。
官方查核來源 5. 什麼是 Sole-tenant Node？適用場景是什麼？
Sole-tenant node 提供專用的實體 Compute Engine 主機，可在其上執行多台 VM；節點群組也能依設定分享給其他專案。適用於已確認需要實體隔離，或部分 BYOL 授權要求專用硬體與核心／處理器追蹤的情境。仍須核對授權、容量與維護行為，不能只因工作負載涉及醫療或支付，就推論必須使用專用主機或已滿足全部合規要求。
複習提示：先證明實體隔離或授權條款的具體需求，再評估 Sole-tenant；合規名稱本身不是選型的充分證據。
官方查核來源 6. GKE Autopilot 和 Standard 模式的差異？
Autopilot 由 Google 管理節點、擴縮及多項預設安全設定，你仍負責工作負載與相關存取設定。Standard 提供較多節點池與節點配置控制，也可執行選用 Autopilot ComputeClass 的工作負載。費用要看實際工作負載：一般用途的 Autopilot Pods 採 Pod-based 模式，選擇特定硬體的 Autopilot 工作負載則採 node-based 模式；不能只靠叢集模式名稱判斷帳單。
複習提示：先分清節點管理責任，再核對 ComputeClass、硬體與計費模式；Autopilot 不全都按 Pod 計費。
官方查核來源 7. Compute Engine 的 Machine Family（機器系列）有哪些？各自適合什麼用途？
General-purpose（E2/N2/N2D）：一般工作負載。Compute-optimized（C2/C2D）：高效能運算、遊戲伺服器。Memory-optimized（M2/M3）：大型記憶體資料庫如 SAP HANA。Accelerator-optimized（A2/A3）：ML 訓練、GPU 工作負載。
複習提示：E2 是最便宜的通用機型；需要 GPU → A2/A3；需要大記憶體 → M 系列
8. 什麼是 Instance Template？它和 Instance Group 的關係？
Instance Template 定義 VM 的配置（機型、映像、磁碟、網路等），是不可變的資源。Managed Instance Group (MIG) 使用 Instance Template 來建立和管理一組相同配置的 VM。更新 MIG 需要建立新的 Instance Template 再執行滾動更新。
複習提示：Instance Template 不可修改，只能建立新的版本
9. Cloud Run 的並行設定 (concurrency) 代表什麼？
Concurrency 設定每個容器實例同時處理的最大請求數（用 gcloud CLI 或 Terraform 建立新服務時預設是 80 × vCPU 數，在主控台部署時預設是 80）。設為 1 表示每個實例一次只處理一個請求（類似 Cloud Run functions (1st gen)，原 Cloud Functions 第 1 代）。設定較高值可減少實例數量和冷啟動次數，但需確保程式碼是 thread-safe。
複習提示：程式碼非 thread-safe → concurrency 設 1；想降低成本 → 提高 concurrency
10. Cloud Storage 四種常見儲存類別與最低收費期間是什麼？
Standard 無最低儲存收費期間；Nearline／Coldline／Archive 分別為 30／90／365 天。它們可線上存取，並非等待這些天數才能讀取或刪除。比較時要加上取回、操作、網路與提前刪除等費用；Rapid class 只用於 Rapid Bucket，另核對。
複習提示：最低儲存收費不等於 retention policy／hold；單一物件上限 5 TiB。
11. Cloud Storage 的 Lifecycle Rules 可以做什麼？
自動管理物件：可依據年齡、建立日期、儲存等級、版本數量等條件，自動執行 Delete（刪除物件）或 SetStorageClass（變更儲存等級）動作。常用於：自動降級冷資料的儲存等級、刪除過期物件、清理舊版本。
複習提示：Lifecycle Rule 只能降級儲存等級（如 Standard → Nearline），不能升級
12. Cloud Storage 的 Uniform 和 Fine-grained 存取控制有什麼差別？
Uniform bucket-level access（UBLA）會停用 ACL，改以 IAM 管理存取；Fine-grained 則可能同時有 IAM 與 ACL。UBLA 連續啟用 90 天後不能停用；未滿 90 天也須符合條件，例如移除相關 IAM Conditions、Managed Folders，且未受強制 UBLA 政策限制。HNS bucket 必須使用 UBLA。
複習提示：UBLA 不是一啟用就永遠不能改；先看 90 天門檻與停用條件。
官方查核來源 13. Cloud Storage 的 Signed URL 是什麼？有什麼用途？
Signed URL 是附帶簽名的臨時存取 URL，允許未經驗證的使用者在有限時間內存取特定物件。由擁有權限的服務帳號產生，包含過期時間和允許的操作（GET/PUT/DELETE）。適用於：分享私有檔案給外部使用者、允許上傳不需登入。
複習提示：臨時分享私有物件 → Signed URL；永久公開 → 設定公開 ACL 或 allUsers IAM
14. Hyperdisk／Persistent Disk、Local SSD 與 Cloud Storage 如何選？
Hyperdisk／Persistent Disk：支援 VM 的耐久區塊磁碟，型別、效能與機器相容性須核對；刪 VM 時是否保留取決於 autoDelete 及操作。Local SSD：可重建的本地暫存；stop／suspend 預設丟棄資料，保留 Preview 有條件，不能依賴它處理 Spot 搶佔。Cloud Storage：以物件 API 保存資產、備份和資料集。
複習提示：先辨認 object／block／file 介面與資料損失條件，再看 IOPS；持久磁碟仍需備份與刪除政策。
15. Cloud Storage 的 Object Versioning 和 Retention Policy 差別？
Object Versioning：保留物件的所有歷史版本，刪除時舊版本仍存在，可還原。Retention Policy：設定最短保留期間，在期間內物件不可被刪除或覆寫。兩者可同時使用，常見於合規需求。
複習提示：防止誤刪並可還原 → Versioning；合規要求不可刪除 → Retention Policy
16. gsutil 和 gcloud storage 命令有什麼差別？
gsutil 是傳統的 Cloud Storage CLI 工具。gcloud storage 是新一代命令列工具，效能更好，支援平行上傳/下載。Google 建議使用 gcloud storage 取代 gsutil。例如：gsutil cp → gcloud storage cp，gsutil ls → gcloud storage ls。
複習提示：gsutil 與 gcloud storage 兩種寫法功能基本相同，Google 建議用 gcloud storage
17. Cloud SQL、Cloud Spanner 和 AlloyDB 分別適合什麼場景？
Cloud SQL：託管式 MySQL/PostgreSQL/SQL Server，適合傳統 RDBMS 工作負載；寫入集中在單一區域，可另建跨區域讀取副本。Cloud Spanner：全球分散式關聯資料庫，無限水平擴展，強一致性，適合金融/全球應用。AlloyDB：PostgreSQL 相容的高效能資料庫，適合高交易量 OLTP 和分析混合負載。
複習提示：全球分散 + 強一致 → Spanner；傳統關聯式 → Cloud SQL；高效能 PostgreSQL → AlloyDB
18. Firestore 的 Native Mode 和 Datastore Mode 差別？
Native Mode：支援即時同步、離線存取，行動、Web 與伺服器端應用都適用。Datastore Mode：向後相容 Datastore API，給依賴這組 API 的既有應用使用。模式是每個資料庫各自的設定，同一專案可以有多個資料庫；資料庫是空的才能切換模式。
複習提示：新應用選 Native Mode；只有依賴 Datastore API 的既有應用才選 Datastore Mode；資料庫有資料後就不能切換模式
19. Cloud Bigtable 適合什麼使用場景？不適合什麼？
Bigtable 是寬欄式資料庫，適合以 row key 與範圍存取設計的高吞吐、低延遲工作負載，例如時間序列或裝置資料。它也提供 GoogleSQL 查詢介面，因此不能看到 SQL 就排除 Bigtable。若需求核心是關聯式資料模型與跨多筆資料的交易，應比較 Cloud SQL 或 Spanner。容量與效能要依存取模式、row key、資源配置及成本測試，不以固定 QPS 或 1 TB 當硬性門檻。
複習提示：先判斷資料模型、交易範圍與存取模式；SQL 語法不是資料庫選型的唯一條件
20. Cloud SQL 的高可用性 (HA) 設定如何運作？
Cloud SQL HA 使用區域性設定 (Regional)：在同一區域的不同可用區建立主要實例和待命實例。使用同步複寫 (synchronous replication)。故障時自動切換 (failover)，IP 不變。讀取副本 (Read Replica) 則用於分散讀取流量，與 HA 不同。
複習提示：HA = 自動容錯移轉（同區域不同 zone）；Read Replica = 分散讀取（可跨區域）
21. Memorystore 是什麼？支援哪些引擎？
Memorystore 是代管記憶體資料服務，包含 Valkey、Redis Cluster 與 Redis；Memcached 已棄用。常用於快取、session、計數與排行榜。HA、持久化、備份與跨區域複寫須按產品核對；Redis Standard 的非同步複寫不保證完全不丟資料。不能把所有產品套用同一引擎能力。
複習提示：需要快取 + 持久化 → Redis；純快取 + 高吞吐 → Memcached
22. BigQuery 是 OLAP 還是 OLTP？它的計費模式？
BigQuery 是 OLAP（線上分析處理）資料倉儲，不適合 OLTP。計費模式：On-demand（按掃描資料量計費，每 TiB $6.25，US 多區域價，各區不同，例如 asia-east1 是 $7.1875；每月前 1 TiB 免費）或 Capacity（BigQuery editions，按 slot-hour 計費，可自動擴縮或買承諾用量）。儲存另計：Active storage $0.02/GiB，Long-term（>90天）$0.01/GiB（皆為 logical 儲存的每月單價，US 多區域價，各區不同）。
複習提示：BigQuery 不是傳統資料庫，不要用它做 OLTP；最佳化查詢成本的方法是減少掃描的欄位和資料量
23. VPC 是全球資源還是區域資源？Subnet 呢？
VPC 是全球 (Global) 資源，一個 VPC 可以跨多個 Region。Subnet 是區域 (Regional) 資源，只存在於一個 Region 中，但會自動跨該 Region 的所有 Zone。同一 VPC 中不同 Region 的 subnet 可以直接通訊（不需 VPN）。
複習提示：VPC = Global，Subnet = Regional，Firewall Rule = Global（套用到 VPC）
24. GCP 的四種 Load Balancer 類型分別適合什麼？
global external Application LB（原 HTTP(S) LB）：全球 L7 負載平衡，支援 URL map、SSL、CDN。global external proxy Network LB（原 TCP/SSL Proxy LB）：全球 L4 負載平衡，適合非 HTTP 的 TCP 流量。external passthrough Network LB（原 Network LB）：區域 L4，直接 pass-through，最低延遲。Internal LB：內部流量，不對外暴露。
複習提示：外部 HTTP(S) → global external Application LB；外部非 HTTP 的 TCP/SSL → global external proxy Network LB；外部 UDP、ESP、ICMP 等協定 → external passthrough Network LB；內部 → Internal LB
25. Cloud VPN 和 Cloud Interconnect 差別？何時用哪個？
Cloud VPN：透過 IPsec VPN 連接地端到 GCP，走公共網路加密。HA VPN 提供 99.99% SLA。Cloud Interconnect：Dedicated（10/100 Gbps 專線）或 Partner（透過合作夥伴）。更高頻寬、更低延遲、不走公網。
複習提示：頻寬 < 10 Gbps 或預算有限 → VPN；需要高頻寬或低延遲 → Interconnect
26. VPC Firewall Rules 的優先順序怎麼運作？
優先順序 0（最高）到 65535（最低）。預設規則優先順序為 65534-65535。低數字 = 高優先順序。當多條規則匹配時，最高優先順序的規則生效。Deny 和 Allow 沒有固定優先順序，完全由數字決定。
複習提示：priority 數字越小優先順序越高；預設 deny all ingress + allow all egress
27. Shared VPC 和 VPC Peering 的差別？
Shared VPC：同一組織內，Host Project 分享 VPC 給 Service Project 使用，集中管理網路。VPC Peering：連接兩個獨立 VPC（可跨組織），各自管理。Shared VPC 適合集中管控，VPC Peering 適合跨組織或獨立團隊。
複習提示：同組織集中管控 → Shared VPC；跨組織或對等連接 → VPC Peering。Peering 不具傳遞性。
28. Cloud CDN 如何啟用？支援哪些後端？
Cloud CDN 透過 global external 或 classic Application Load Balancer（原 HTTP(S) Load Balancer）啟用，在後端服務或 backend bucket 開啟 CDN 即可。支援的來源：Cloud Storage bucket、Compute Engine VM、GKE、App Engine／Cloud Run／Cloud Run functions（serverless NEG），以及地端或其他雲的外部後端（internet NEG）。CDN 使用 Google 全球邊緣節點快取內容。
複習提示：Cloud CDN 必須搭配 global external 或 classic Application LB 使用，不能獨立啟用
29. Cloud DNS 的 Public Zone 和 Private Zone 差別？
Public Zone：在公共網際網路上可解析的 DNS 記錄，管理對外的域名。Private Zone：只在指定的 VPC 內可解析，用於內部服務的 DNS 名稱。一個 Private Zone 可以授權給多個 VPC。
複習提示：對外域名 → Public Zone；內部服務發現 → Private Zone
30. 什麼是 Private Google Access？何時需要啟用？
Private Google Access 允許沒有外部 IP 的 VM 透過內部 IP 存取 Google API 和服務（如 Cloud Storage、BigQuery）。在 Subnet 層級啟用。若 VM 沒有外部 IP 且需要存取 Google 服務，就必須啟用。
複習提示：VM 無外部 IP + 需要存取 GCS/BigQuery → 啟用 Private Google Access
31. Cloud NAT 的作用是什麼？
Cloud NAT 讓沒有外部 IP 的 VM 可以對外連線（如下載套件、呼叫外部 API），但外部無法主動連入。是全代管服務，不需要 NAT Gateway VM。設定在 Cloud Router 上，按 Subnet 或 VM 範圍套用。
複習提示：VM 無外部 IP + 需要對外連線 → Cloud NAT；只存取 Google API → Private Google Access 即可
32. IAM 的 Basic Roles（基本角色）有哪些？為什麼不建議在生產環境使用？
Owner（擁有者）、Editor（編輯者）、Viewer（檢視者）。不建議使用因為權限範圍太廣，違反最小權限原則。Editor 可以修改幾乎所有資源，Owner 還能管理 IAM 和帳單。應改用 Predefined Roles。
複習提示：roles/editor 與 roles/owner 的權限範圍太大，題目要求最小權限時不要選；生產環境用 predefined role
33. Service Account 的三種用途？
1. 附加到資源（如 VM、Cloud Run functions，原 Cloud Functions）讓資源以該 SA 身分呼叫 API。2. 短期憑證模擬（impersonation），讓使用者暫時以 SA 身分操作。3. 做為 Google Workspace 的網域全域委派（domain-wide delegation），存取使用者資料。
複習提示：VM 的預設 SA 權限過大，生產環境應建立自訂 SA 並給予最小權限
34. Cloud KMS 的金鑰層級有哪些？
Key Ring → CryptoKey → Key Version。Key Ring 是隸屬 location 的容器，不能刪除；CryptoKey 定義用途與版本管理，Key Version 才有 Enabled、Disabled、Destroy Scheduled、Destroyed 等狀態。排程銷毀預設 30 天，時長在建立 CryptoKey 時設定；取消排程後回到 Disabled。
複習提示：輪替建立新版本，不會自動重加密舊資料，也不會自動停用舊版本。
官方查核來源 35. Organization Policy 和 IAM Policy 的差別？
IAM Policy 控制「誰可以做什麼」（身分 + 權限）。Organization Policy 控制「可以怎麼做」（限制資源配置），不管身分。例如 Org Policy 可以限制 VM 只能建在特定 Region、禁止建立外部 IP。Org Policy 由 Organization Admin 管理。
複習提示：限制資源可以建在哪裡 → Org Policy；限制誰可以建資源 → IAM
36. GCP 的資源階層 (Resource Hierarchy) 是什麼順序？
Organization → Folder → Project → 多數服務資源。Allow policy 會向下繼承並與直接授權取聯集；最終存取仍要看相關 Deny、PAB 與授權條件。Project 可在組織／資料夾下，個人專案也可能沒有 Organization。
複習提示：較小的下層 Allow 不會抵消上層 Allow；限制存取不只有 Organization Policy。
官方查核來源 37. 什麼是 VPC Service Controls？它解決什麼問題？
VPC Service Controls 建立安全邊界 (Service Perimeter)，防止 Google 代管服務的資料外洩。即使有 IAM 權限，在邊界外的請求也會被拒絕。可保護 BigQuery、Cloud Storage、Cloud SQL 等服務的資料不被未授權存取或複製到邊界外。
複習提示：防止資料外洩到組織外 → VPC Service Controls；限制網路流量 → Firewall Rules
38. Predefined Role 和 Custom Role 的差別和使用時機？
Predefined Role：Google 預定義的角色，包含一組特定權限，會隨服務更新。Custom Role：自訂角色，可精確選擇所需權限。Custom Role 可在 Organization 或 Project 層級建立，不支援在 Folder 層級。 有管理權限者可修改既有自訂角色；基本／預先定義角色的權限由 Google 維護。更新共用角色前要檢查既有綁定的影響。
複習提示：Predefined Role 滿足需求就用 Predefined（自動更新）；需要更精細控制 → Custom Role
官方查核來源 39. Cloud IAP (Identity-Aware Proxy) 做什麼用的？
Cloud IAP 在應用程式前方驗證使用者身分，無需 VPN 即可安全存取內部應用。基於使用者身分和裝置信任等級來授權存取。支援 App Engine、Compute Engine、GKE 上的 HTTP(S) 應用。是 BeyondCorp 零信任模型的實作。
複習提示：無 VPN 存取內部 Web 應用 → IAP；IAP 只支援 HTTP(S)，不支援 SSH/RDP（需透過 IAP tunnel）
40. Secret Manager 和 Cloud KMS 的差別？
Secret Manager：儲存和管理敏感資料（API 金鑰、密碼、憑證），提供版本控制和存取審計。Cloud KMS：管理加密金鑰，用來加解密資料，不儲存實際秘密資料。簡單說：Secret Manager 存秘密，KMS 管金鑰。
複習提示：存 API key/password → Secret Manager；加密資料 → KMS
41. Cloud Monitoring 的 Alerting Policy 包含哪些元素？
Condition（條件）：定義何時觸發，如 CPU > 80% 持續 5 分鐘。Notification Channel（通知渠道）：Email、SMS、PagerDuty、Slack 等。Documentation（文件）：告警觸發時顯示的說明和處理步驟。Combiner：多條件時的邏輯（AND/OR）。
複習提示：Alerting Policy 必須至少有一個 Condition 和一個 Notification Channel
42. Cloud Logging 的 Log Sink（匯出）可以匯出到哪些目的地？
Cloud Storage（長期歸檔）、BigQuery（分析查詢）、Pub/Sub（串流到外部系統）、另一個 Cloud Logging Bucket（跨專案集中管理）。使用 Inclusion/Exclusion Filter 篩選要匯出的 log。
複習提示：分析 log → 匯出到 BigQuery；長期歸檔 → Cloud Storage；即時處理 → Pub/Sub
43. Cloud Trace 和 Cloud Profiler 的差別？
Cloud Trace：分散式追蹤，追蹤請求在多個微服務間的延遲和路徑，找出效能瓶頸。Cloud Profiler：持續性效能分析，收集 CPU 和記憶體使用資料，找出程式碼中的效能熱點，對生產環境影響極小。
複習提示：跨服務延遲問題 → Trace；單一服務程式碼效能 → Profiler
44. Cloud Logging 的 Admin Activity 和 Data Access Log 差別？
Admin Activity 記錄管理設定變更，不可停用；其 _Required 原件固定保留 400 天。Data Access 記錄資料及設定的存取，通常須明確啟用，部分 BigQuery 服務例外。產生、查詢權限與保留期各自設定：_Default 一般預設 30 天可調整，額外路由副本依目的地處理。
複習提示：先辨識日誌類型，再確認 bucket、路由與讀取權限。
官方查核來源 45. Error Reporting 是什麼？它和 Cloud Logging 的關係？
Error Reporting 自動分析 Cloud Logging 中的錯誤和例外，將相似錯誤分組、追蹤出現頻率和影響範圍。支援 Go、Java、Node.js、Python 等多種語言的 stack trace 解析。可設定新錯誤出現時自動通知。
複習提示：Error Reporting 從 Cloud Logging 自動擷取，不需要額外設定 agent
46. 什麼是 Ops Agent？和舊版 Monitoring/Logging Agent 的關係？
Ops Agent 是 Compute Engine VM 上收集遙測資料的主要代理程式，把日誌、指標和追蹤的收集合在同一個程序：日誌用 Fluent Bit，指標和追蹤用 OpenTelemetry Collector。它取代分開安裝的舊版 Monitoring agent 與 Logging agent；這兩個舊版代理程式已於 2026-09-28 結束支援。
複習提示：新環境直接裝 Ops Agent。舊版代理程式的既有安裝還會繼續送資料，但不再有更新與修補，官方建議盡快遷移；Cloud Customer Care 的遷移協助到 2027-09-28 為止
47. GCP 的 Billing Account 和 Project 的關係？
一個 Billing Account 可以關聯多個 Project，但一個 Project 只能關聯一個 Billing Account。Billing Account 上常用的角色包括 Billing Account Administrator、Billing Account User、Billing Account Viewer 和 Billing Account Costs Manager。Billing Account 可以屬於 Organization 或獨立存在。
複習提示：Billing Account User 可以將 Project 連結到 Billing Account；Billing Account Admin 管理帳單設定
48. Budget Alert 和 Billing Export 的用途和設定方式？
Alerts-only budget：設定金額與閾值，觸發時寄送警示；可另外配置 Pub/Sub 通知與自動化回應，不會自行停用服務。Spend cap budget：適用於支援的服務，可設定支出上限。Billing Export：將帳單資料匯出至 BigQuery 做分析。帳務資料與警示有延遲，不是即時支出斷路器。
複習提示：區分僅提醒預算與支出上限預算；Pub/Sub 自動化回應需要另外配置
49. Committed Use Discounts (CUD) 和 Sustained Use Discounts (SUD) 差別？
CUD：以通常 1 年或 3 年的承諾，換取合資格資源或支出的折扣；要區分資源型與支出型，產品、SKU、範圍與折扣規則各不同。承諾未用滿仍須依其規則支付承諾費用，應先驗證穩定基線與實際覆蓋率。SUD：免事前承諾，對指定合資格 Compute Engine 資源依當月持續用量自動計算；機型、計費帳戶與適用限制須核對。已由 CUD 涵蓋的同段資源用量不再套 SUD，兩種百分比不能直接相加。
複習提示：先問 CUD 類型、eligible SKU、覆蓋率與未用滿成本；SUD 免承諾但有適用範圍。最高折扣不等於整張帳單的實際節省。
50. 如何限制專案的 GCP 花費？有哪些方法？
1. 對支援的服務設定 spend cap budget；先確認適用服務與限制。2. Alerts-only budget 搭配 Pub/Sub 與自行配置的自動化回應，例如停用專案的 Cloud Billing。3. 配額限制資源數量或 API 呼叫次數，IAM 與 Organization Policy 限制可建立的資源。配額不是金額上限；帳務通知有延遲，不能保證精準停在指定金額。
複習提示：支出上限須確認服務支援範圍；不要把預算通知或配額當成所有服務的即時金額上限
