跳至主要內容
ESC
跳到課程內容
案例研究與考試準備 考試策略與模擬題解析
0%
24 / 25 進階 25 分鐘 00:00

考試策略與模擬題解析

核對 PCA 官方考試規格,練習從動詞、約束與取捨排除選項,不靠關鍵字或未公布的及格線猜題

2026年3月13日 Updated: 2026年7月17日

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

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

項目StandardRenewal
時間2 小時1 小時
題數50–60 題25 題
題型Multiple choice/multiple selectMultiple choice/multiple select
費用USD 200,另加適用稅金USD 100,另加適用稅金
案例每場 2 份,約占 20–30%每場 1 份,約占 90–100%
內容完整 standard exam guide以 GenAI solution case 為主的 renewal guide
語言英文、日文英文、日文

兩種都可選 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:

Section約略比重核心能力
Designing and planning25%Business/technical requirement、WAF、network/storage/compute、migration、future improvement
Managing and provisioning18%Network topology、storage、compute、Vertex AI workflow 與 prebuilt AI capability
Security and compliance19%IAM、hierarchy、data/software supply chain/AI security、law/audit
Analyzing and optimizing15%SDLC、troubleshooting、testing、DR、stakeholder、cost、business continuity
Managing implementation11%Deployment、API management、migration tooling、CLI/SDK/IaC
Operations excellence12%Observability、release、support、quality、reliability testing

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

一題先讀三種訊息

1. 動詞

題目要你做的是 assessdesignmigratereducediagnosesecure,還是 choose first

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

2. 硬約束

特別留意:

  • mustrequiredcannotexistingno plan to
  • RTO/RPO、latency、protocol、data location、consistency。
  • minimize operational overheadminimize 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,再排除。

從題目動詞、硬約束與成功條件掃描,再用四個問題排除選項的 PCA 解題流程圖

圖解:先抽出 action、hard constraint 與 success condition,再逐一檢查選項是否滿足需求、偷帶假設、增加管理負擔或存在更直接方案;錯題筆記要留下排除理由,而不只記答案字母。

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 題失分。

案例題怎麼使用 split screen

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

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

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

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

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

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

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

原創模擬題 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

答案:B。 已有 active compromise evidence,先 containment。A 是後續改善,C 延誤風險,D 也不會撤銷被竊 credential,且 VPC Service Controls 只保護支援服務的特定 data boundary。

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

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

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

答案:B。 這裡沒有 active incident,而是缺少 migration plan 的必要 evidence。A、C、D 都在 workload disposition 尚未決定前承諾 target 或 spend。

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

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

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

答案:B。 Structured output 只保證格式,不保證 catalog fact 正確。B 把 human-in-the-loop、audit 與 release boundary 都納入;其他選項沒有滿足 review requirement。

原創模擬題 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

答案:B。 Regional HA 處理同區 zone failure;cross-region asynchronous replication 的 data gap 要靠 observed lag 與演練量測。DNS 本身不會建立資料副本。

原創模擬題 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

答案:C。 不是因為「serverless 永遠最好」,而是題目明確描述 request-driven container、缺少 Kubernetes-specific requirement,又把 operation burden 列為目標。若題目新增 Kubernetes policy/sidecar/special scheduling 等條件,結論可能改變。

錯題怎麼記才有用

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

欄位範例
Tested decisionRequest-driven container platform selection
Missed constraintMinimize operation;無 K8s-specific need
My wrong assumption核心服務一定要用 GKE
Correct principle依 workload contract 與 operating model 選 compute
Source to reviewCloud Run/GKE official overview + 課程第 3、9 課

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

考前與考試日

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

本課檢查清單

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

延伸閱讀

下一步

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

徽章解鎖!