考試策略與模擬題解析

先核對你報的是哪一種考試

截至本課更新日，Professional Cloud Architect 有 standard 與 renewal 兩種考試。第一次取得認證，或認證已過期，要考 standard；符合續證資格的 active certificate holder 才能選 renewal。

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

兩種都可選 online-proctored 或 testing center，認證效期為兩年。Standard 沒有 prerequisite；Google 建議具有三年以上業界經驗，其中一年以上設計與管理 Google Cloud solution。

Google 沒有在官方頁面公布及格百分比。不要用網路流傳的 70% 或 75% 反推「可以錯幾題」，也不要把 practice exam score 當成正式考試換算表。

考試規格、語言、費用與 policy 都可能更新。報名前再看一次官方 certification page、exam guide、testing requirement 和 terms，而不是只看本課截圖或舊心得。

目前 standard exam guide 的範圍

官方 guide 目前分成六個 section：

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

百分比適合安排複習，不適合在考場猜題。某一道 scenario 往往同時跨 security、reliability 和 cost；真正要判斷的是題目要求的 action。

一題先讀三種訊息

1. 動詞

題目要你做的是 assess、design、migrate、reduce、diagnose、secure，還是 choose first？

「降低未來維運」與「先恢復正在中斷的服務」即使背景一樣，答案也不會一樣。先確認行動，才不會選到一個長期很漂亮、但沒有處理眼前問題的方案。

2. 硬約束

特別留意：

• must、required、cannot、existing、no plan to。
• RTO／RPO、latency、protocol、data location、consistency。
• minimize operational overhead、minimize cost、deadline、team skill。
• 題目要求選幾項，以及是否要依順序。

「Minimize cost while meeting an RTO」要先滿足 RTO，再比成本；不能挑最便宜但無法復原的選項。

3. 成功條件

這個答案要讓什麼變好？是 user latency、deployment frequency、audit evidence、replica recovery，還是 model quality？若選項只新增工具，卻沒提供可量測的 improvement path，通常不是最直接的答案。

比較選項時問四個問題

對每個候選答案快速檢查：

1. 它有沒有滿足所有 hard constraint？
2. 它是否依賴題目沒提供的假設？
3. 它新增多少 operation、migration 或 security burden？
4. 有沒有更直接、較少步驟且容易驗證的選項？

Managed service 常能降低 undifferentiated operation work，但不是「愈 serverless 愈正確」。Cloud Run、GKE、Compute Engine 各自支援不同 lifecycle 與 control；CMEK、multi-cloud、service mesh、Spanner 也都要有需求才能合理。

同理，看到舊產品名稱不能直接判錯。題目可能考 migration from legacy、仍受支援的使用情境，或只是使用舊 branding。先判斷產品當期 lifecycle 與題目 action，再排除。

FIRST 題沒有固定口訣

正常 modernization 通常先 discovery／assessment，再 plan、pilot、migrate；但 production credential 已外洩時，first action 可能是 disable／contain；服務正在大量重複扣款時，可能先停止有害 write path。

判斷順序：

1. 現在是否有正在擴大的安全、資料或使用者傷害？有就先 containment。
2. 是否缺少做決策的必要 evidence？缺少就先 assessment／measurement。
3. 是否已有 approved design，只差執行？不要又回頭做無關 discovery。
4. 這個動作是否可逆、blast radius 是否合理？

背「FIRST 永遠先評估」會在 incident 題失分；背「先修再說」則會在 migration planning 題失分。

flowchart TD
  Q["題目問 FIRST／先做什麼"] --> H{"有正在擴大的安全、資料<br/>或使用者傷害？"}
  H -->|"是"| C["Containment<br/>停止有害 write、撤銷 credential、隔離影響"]
  C --> E["保存 evidence<br/>依 incident plan 繼續調查"]
  H -->|"否"| D{"缺少做決策的<br/>必要 evidence？"}
  D -->|"是"| A["Assessment／measurement<br/>dependency、utilization、requirement"]
  D -->|"否"| P{"已有 approved design<br/>只差執行？"}
  P -->|"是"| X["執行下一個可逆、<br/>blast radius 合理的 step"]
  P -->|"否"| R["回到 action 與 constraints<br/>排除無關 discovery"]

案例題怎麼使用 split screen

考前先讀四份官方案例，但不必背每個句子。建立第 22 課的五格筆記即可。考試看到案例題時：

1. 先讀 question 和 options，知道要回案例找什麼。
2. 在 split screen 找對應 requirement／existing constraint。
3. 不要把其他模擬題替案例補的背景帶進來。
4. 同一案例換一題時重新確認 action，不能沿用上一題的答案方向。

例如 Cymbal 的 human-in-the-loop 是官方 technical requirement；「三國門市與 Oracle」則不是。只讓官方文字與這一題提供的額外資訊參與決策。

flowchart TB
  Q["先讀 question"] --> O["掃 options<br/>知道差異點"]
  O --> K["提取 action、constraint<br/>與要查的 keyword"]
  K --> S["Split screen 定位<br/>相關 requirement／現況"]
  S --> E{"是官方案例或<br/>本題新增 evidence？"}
  E -->|"否"| X["排除模擬題記憶<br/>與自行補寫背景"]
  E -->|"是"| C["用 evidence 比較 options"]
  X --> C
  C --> A["作答；<br/>下一題重新確認 action"]

時間管理要先用模擬測驗校準

120 分鐘、50–60 題代表平均約兩分鐘上下，但每題難度不同。不要硬規定每題 90 秒或固定切成 80／30／10 分鐘；先做一次完整、計時的官方 sample／高品質 practice set，觀察：

• 一般題與案例題各自的 median time。
• 哪種題型最常重讀或改答案。
• 有多少題是知識不足，有多少是漏看 constraint。
• 最後需要多少時間檢查未作答與 multiple-select 數量。

考場可採兩輪：第一輪完成有把握的題，卡住時留下標記；第二輪只回到有明確疑點的題。不要因焦慮把每題全部重答。若介面顯示指定選項數量，離開前確認已選足；不確定時也不要空白。

flowchart TB
  P["考前完整計時 practice<br/>取得題型耗時與檢查需求"] --> B["建立個人 time budget<br/>保留 final review"]
  B --> R1["第一輪：逐題作答"]
  R1 --> C{"有足夠 evidence<br/>在合理時間內決定？"}
  C -->|"是"| N["作答並前進"]
  N --> R1
  C -->|"否"| F["先選目前最佳答案<br/>標記具體疑點<br/>後前進"]
  F --> R1
  R1 -->|"到達最後一題"| R2["第二輪：<br/>只檢查標記題"]
  R2 --> Z["Final check<br/>漏答、<br/>multiple-select<br/>數量、時間"]
  Z --> S["提交"]

原創模擬題 1：先處理正在發生的風險

一個 production service account key 被誤傳到公開 repository，audit log 顯示已出現未知來源的使用。公司已有 incident response plan。你首先該做什麼？

• A. 先完成整個 organization 的 IAM assessment
• B. 依 incident plan 停用 exposed credential、contain access，並保存調查證據
• C. 建立新的 custom role，等下次 release 一起部署
• D. 將所有 project 搬進 VPC Service Controls perimeter

原創模擬題 2：Migration 的第一個決策資料

公司要在六個月內把 200 台 VM 搬到 Google Cloud，希望保留 application 行為，現在卻不知道 dependency、utilization 與 license。哪個步驟最合理？

• A. 立即把所有 VM 改寫成 Cloud Run service
• B. 先建立 multi-region GKE cluster
• C. 為所有 VM 購買三年期 CUD
• D. 使用 discovery／assessment 蒐集 dependency、performance、compatibility 與 cost data，再分 wave

原創模擬題 3：Cymbal 的生成內容流程

Cymbal 要從 supplier text／image 產生 product attribute。官方案例要求 associate 在 production catalog 更新前能 approve、reject 或 edit。哪個設計最符合需求？

• A. 將 suggestion、source、model／prompt version 與 evaluation result 寫入 review store，核准後再由受控 workflow 發布
• B. Model output 通過 JSON schema 後直接更新 production catalog
• C. 只把生成內容存到 log，讓 associate 有需要再搜尋
• D. 提高 model temperature，產生更多候選後自動選最長的一筆

原創模擬題 4：Cloud SQL 的跨區 DR

Cloud SQL primary 已使用 regional HA。團隊要防 region outage，能接受經核准的短暫 data gap，並要求定期量測實際 RPO／RTO。下列哪個方案最合理？

• A. 只增加同區 read replica，假設 region outage 時仍可用
• B. 建立 cross-region DR／read replica、監控 lag，測試 promotion／failover、client routing、reconciliation 和 failback
• C. 每天匯出一次 CSV，宣稱 RPO 為零
• D. 只調低 Cloud DNS TTL，不建立另一份 database

原創模擬題 5：兩個答案都能跑時

小團隊要部署 stateless HTTP container，traffic 間歇性，沒有 Kubernetes API、daemon、special networking 或 long-running worker 需求，並要降低 platform operation。你會先選哪個？

• A. Self-managed Kubernetes on Compute Engine
• B. GKE Standard
• C. Cloud Run
• D. Bare Metal Solution

錯題怎麼記才有用

不要只寫「正解是 Cloud Run」。每一題記五欄：

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

一週後只看題幹重新答，能說明其他選項為何不符合才算修正。若錯因是英文句型或漏選 multiple-select，改善方法是閱讀紀律，不是再背服務表。

flowchart TB
  W["答錯或不確定的題"] --> D["記 tested decision<br/>與 missed constraint"]
  D --> A["寫下自己的 wrong assumption"]
  A --> P["整理 correct principle<br/>不是只抄答案產品"]
  P --> S["回官方 source／對應課程<br/>補足 evidence"]
  S --> R["間隔一週<br/>只看題幹重新作答"]
  R --> E{"能說明正解與<br/>其他選項為何不符？"}
  E -->|"否"| D
  E -->|"是"| G["歸納錯因 pattern<br/>知識、constraint、<br/>語言、選項數"]
  G --> I["調整下一輪複習<br/>或作答紀律"]

考前與考試日

• 在官方 registration／testing page 完成設備、身分文件、空間與報到規則檢查。
• 最後幾天以錯題 pattern、case notes 和官方 guide gap 為主，不重讀所有文章。
• 睡眠與穩定作答比臨時多背一張 product table 更重要。
• 考試內容受保密條款約束，不使用、分享或購買 dumps；這些材料也可能過時或錯誤。
• 若未通過，依當期 retake policy 安排下一次，先用 domain feedback 和錯題紀錄調整學習。

課後檢查

往下看重點之前，先試著回答這幾題；答不出來，括號裡是該回去重讀的那一節。

• 拿到一題，比較產品之前要先讀出哪三種訊息？（回〈一題先讀三種訊息〉）
• FIRST 題什麼時候先 containment，什麼時候先 assessment？（回〈FIRST 題沒有固定口訣〉）
• 一筆錯題要記哪五欄？只記正解為什麼沒用？（回〈錯題怎麼記才有用〉）

本課重點

• Standard 與 renewal 的內容差異很大，先確認自己符合哪一種資格。
• 官方未公布及格百分比，不用網路傳言計算容錯題數。
• 每題先找 action、hard constraint 和 success condition，再比較產品。
• Managed service、serverless、CMEK、multi-region 都不是無條件正解。
• FIRST 先判斷是否有 active harm；incident 與 planning 的順序不同。
• 案例只使用官方原文與當題新增資訊，不引用模擬題補寫的背景。
• 時間分配用自己的計時資料校準，保留第二輪與漏答檢查時間。
• 錯題要記錯誤假設與決策原則，不只記答案字母。

延伸閱讀

• Professional Cloud Architect certification
• Professional Cloud Architect standard exam guide
• Google Cloud certification terms

下一步

最後一課會把課程、hands-on、案例與錯題 review 排成 8–12 週可調整路線。重點不是照表打卡，而是每週用 evidence 決定下一個弱項。