四份官方案例研究怎麼讀

案例不是服務名稱配對題

Google Cloud 目前公布四份標準 PCA 案例：Altostrat Media、Cymbal Retail、EHR Healthcare 和 KnightMotives Automotive。官方考試頁說明，每場標準考試會使用其中兩份，案例題約占 20–30%，考試中可以用 split screen 查看案例。

案例的作用是補充情境。題目仍會另外指定一個目標，例如降低維運、滿足資料落地、改善發布可靠性或建立 AI workflow。答案必須同時符合：

1. 題目這次問的事情。
2. 案例已寫明的 business／technical requirement。
3. 現有環境、團隊、時程和不能立即搬動的系統。

因此，「EHR 就選最嚴格安全」、「Altostrat 就選 CDN」這種背法很危險。案例內通常有多條問題線，同一家公司可以考 networking、migration、observability、AI、security 或 cost。

先把原文整理成五格筆記

每份案例只記五類資訊：

先忠實抄案例，再寫自己的 architecture hypothesis。不要把「我覺得它應該用 Spanner」混進原文事實，否則考場上很容易用自己腦中的假案例答題。

Altostrat Media：既有雲端平台加上 hybrid 與 GenAI

官方案例明確寫了什麼

Altostrat 管理 podcast、訪談、新聞和紀錄片等大量影音內容。既有環境不是全地端：

• Content management／delivery platform 已使用 GKE。
• 多格式 media library 存放在 Cloud Storage。
• BigQuery 是主要 data warehouse。
• Cloud Run functions 處理 video transcoding、metadata extraction 和 recommendation 等 event-driven task。
• 部分 content ingestion／archive workflow 仍在地端，之後才會現代化。
• 身分由 Google Identity 與 third-party identity provider 混合管理。
• Cloud Monitoring、Prometheus 等工具並存，告警主要寄 email。

它想加速跨 cloud／on-prem 的 operation workflow、簡化 container deployment、降低 storage cost，同時建立 natural-language support、摘要、metadata extraction、harmful-content detection、內容分析與 personalized experience。AI decision 還要可 audit、可解釋；可靠性與成本都是 executive statement 明確點出的優先事項。

可能考你的判斷

• Modernization：不是把已在 GKE、Cloud Storage、BigQuery 的部分重新設計一次，而是找出地端 ingestion／archive 與多環境管理的缺口。
• Hybrid：大量 media ingest 需要安全且高效的連線、transfer strategy、retry 和 checksum，不能只回答「開 VPN」。
• Storage：先看 access pattern、retention、retrieval need 和 lifecycle，再選 class；archive 便宜不代表適合常取用內容。
• GenAI／multimodal：摘要、metadata、內容安全和對話支援是不同 task，應分別定義 model、grounding、evaluation、human review 與 fallback。
• Operations：被忽略的 email alert 指向 ownership、SLO／symptom alert、on-call 和 centralized observability，而不是再加一套 dashboard。

Altostrat 不是單純的全球影音串流題。官方文字把 hybrid operation、container management、storage cost、AI governance 和 user engagement 放在同一個案例裡。

Cymbal Retail：Catalog enrichment、product discovery 與人工審核

官方案例明確寫了什麼

Cymbal 是快速成長的 online retailer，產品類別多，catalog 管理成本高。現況包含：

• On-premises 與 cloud 系統並存。
• MySQL、Microsoft SQL Server、Redis、MongoDB 等多種 data store。
• Kubernetes 上的 containerized application。
• SFTP、ETL batch 等 legacy integration。
• 自建 web application 只用名稱與分類查 relational database。
• IVR 先分流電話，call-center agent 還要手動輸入未完成的訂單。
• Grafana、Nagios、Elastic 等 operation tools 分散。

目標分成三組：以 GenAI 從 supplier 的標題、描述和圖片推導 product attributes，產生／調整 product images；讓使用者以自然語言尋找商品並進行 conversational commerce；同時現代化 stack、integration、monitoring 和 security。

案例特別要求 human-in-the-loop UI，讓 associate 能 approve、reject 或 edit AI-generated content，之後才能更新 catalog。這是 hard requirement，不是可有可無的加分項。

可能考你的判斷

• Catalog pipeline：Supplier input 需要 validation、normalization、category schema、duplicate handling 和 lineage。生成內容要先落在 review state，不直接覆寫 production catalog。
• Model output：用 structured schema 約束 attributes，仍要做 factual／image quality、brand policy 和 safety evaluation。Structured output 不保證內容正確。
• Product discovery：區分 traditional keyword search、semantic retrieval、conversation orchestration 和 transaction backend。Agent 可以協助找商品，不應自行繞過 order authorization。
• Human review：Review queue、version、approval audit、rejection reason 與 rollback 都是 workflow 的一部分。
• Customer data：Conversation history、profile 和 order data 有不同 retention／access purpose；先分類，再決定 grounding 和 personalization 能用哪些資料。
• Modernization：舊 SFTP／batch 不會因導入 agent 自動消失。要設 adapter、data contract、dead-letter／reconciliation 和 phased retirement。

原案例沒有「三個國家的實體門市、Oracle 或全球庫存必須用 Spanner」等設定。遇到題目沒提供的資訊，不要靠網路模擬題補故事。

EHR Healthcare：在期限內遷移，同時保留 legacy provider integration

官方案例明確寫了什麼

EHR 提供跨國電子病歷 SaaS。它要以 Google Cloud 取代 colocation，其中一個 data center lease 即將到期。既有 customer-facing web application 多已 containerize，跑在多個 Kubernetes clusters；資料分散在 MySQL、MS SQL Server、Redis 和 MongoDB。

Business requirement 包括：

• 更快 onboarding 新 insurance provider。
• Customer-facing system 至少 99.9% availability。
• Centralized visibility 與 proactive action。
• 降低 customer latency 與 infrastructure administration cost。
• 維持 regulatory compliance。
• 從 provider data 產生 healthcare trend insight、prediction 和 report。

最重要的限制是：部分 on-premises file／API-based provider integration 幾年後才會替換，現在沒有升級或搬移計畫。User 由 Microsoft Active Directory 管理；monitoring 工具分散，email alert 常被忽略。

可能考你的判斷

• Migration deadline：先處理 lease expiry、dependency 與 wave；不能用全面 refactor 把時程風險藏起來。
• Legacy coexistence：保留 provider interface，建立 cloud 與 on-prem 的 secure high-performance connectivity、routing、DNS 和 failure plan。
• Container consistency：評估 GKE 的 cluster／fleet、configuration、artifact、policy 和 observability 管理，不必因為已有 Kubernetes 就自行管所有 control plane。
• Identity：規劃 AD federation／workforce access 與 workload identity，避免搬到 cloud 後再建立一套長效帳密。
• Observability：從 ignored email 轉成有 owner 的 actionable alert、central log retention、service dashboard 和 escalation。
• Healthcare data：Compliance 不能只用 CMEK 代替；仍要 data classification、least privilege、audit evidence、retention、residency 與 incident process。

EHR 的安全要求重要，但若題目問如何維持舊 provider integration，答案仍要先解 hybrid connectivity 和 phased migration。

KnightMotives Automotive：全公司轉型，不只是車聯網 ingestion

官方案例明確寫了什麼

KnightMotives 製造自動駕駛 BEV、hybrid 和 ICE 車。BEV 已有較新的 in-vehicle experience，其他車系落後；online build-to-order system 也不可靠，dealer 拿不到需要的資料。Dealer 沒有預算添購設備，service technician 與 sales staff 都需要更好的工具。

既有 IT 以 on-premises 為主，另有部分 major cloud application。Supply chain mainframe、ERP 老舊，車系間 codebase 分裂且有 backward-compatibility debt；plant 與 headquarters 的連線、rural vehicle connectivity 也有問題。

Business target 包括：跨車系一致體驗、AI feature、自動駕駛投資、改善 build-to-order／dealer tool、data monetization、EU data protection、過往 breach 後的 security improvement，以及員工 upskilling／跨團隊溝通。

可能考你的判斷

• Hybrid modernization：Mainframe、ERP 和 plant system 要依 dependency 分階段 replace／modernize，不用一次大爆炸重寫。
• Intermittent connectivity：車輛在 rural area 不能假設永遠在線。Edge decision、local buffer、retry、sync conflict 和 safe degraded mode 要明確。
• AI safety：In-vehicle convenience、personalization 與 autonomous driving 的風險不同。後者需要 simulation、model／data governance、regulatory evidence、fallback 和 safety case。
• Data monetization：先處理 consent、purpose limitation、de-identification、data product access 和 audit，再談分享或 marketplace。
• Dealer tooling：既然 dealer 沒有新設備預算，browser-based、centrally managed 的選項可能比要求部署專用硬體合理，但仍需看題目要求。
• Security：過去 breach 意味著要補 identity、network、data、supply chain、detection 和 incident response 的整體 control，不是只買一個 security product。
• People：Upskilling 是案例寫明的 business requirement。導入團隊完全不會操作的平台卻沒有 training／operating model，答案就不完整。

KnightMotives 確實可能涉及 vehicle telemetry、edge 和 AI，但官方案例更廣：legacy enterprise system、dealer experience、security、privacy、talent 和 financial priority 都可能成為題目的主約束。

四份案例的快速索引

案例題的實際解法

讀題後做這四步：

1. 圈出 action：design、migrate、reduce cost、secure、diagnose，還是 choose first step。
2. 把題目中的 must、minimize、existing、no plan、regulatory 等字眼列成約束。
3. 回案例確認相關事實，只取這題用得到的段落。
4. 比較選項是否滿足約束、增加未要求的操作負擔，或假設了案例沒說的能力。

如果兩個答案技術上都可行，問哪一個更直接處理 business outcome、尊重既有環境，而且能用可量測方式驗證。Managed service 常能降低 operation work，但不是無條件勝出；protocol、control、latency、team skill 或 legacy compatibility 都可能讓另一個選項更合理。

本課檢查清單

• 標準 PCA 每場使用兩份案例，案例題約占 20–30%；以官方頁面與考試指南為準。
• 原文事實和自己的 architecture hypothesis 要分開記。
• Altostrat 是既有 GCP media platform、hybrid workflow、GenAI 與 operation modernization 的組合。
• Cymbal 的 catalog enrichment 有明確 human-in-the-loop 要求，並包含 legacy integration／call center 現況。
• EHR 必須在 data-center lease 壓力下遷移，但部分 provider interface 暫時不能搬。
• KnightMotives 是 automotive experience 與 enterprise modernization，不應縮成單一 IoT pipeline。
• 不用案例名稱猜答案；每題仍要重新確認 action、constraint 和 success measure。

官方案例

• Altostrat Media case study
• Cymbal Retail case study
• EHR Healthcare case study
• KnightMotives Automotive case study

下一步

下一課會用一個刻意保留衝突與未知數的案例做 architecture workshop，練習把「看起來都合理」的選項拆成可以驗證的決策。