雲端架構師職涯藍圖：從轉職、面試到薪資談判的完整攻略

有沒有發現身邊越來越多人轉職雲端工程師？而且雲端架構師的薪水還一直往上走。到了 2026 年，AI 應用爆發、雲端用得越來越普遍、企業全力數位轉型，雲端人才就成了最搶手的職缺之一。

根據 Cloud Ace 的市場調查，台灣雲端架構師年薪破百萬已經是常態，國際市場上這個職位的平均年薪更是高達 15 萬美元（約台幣 465 萬）。更關鍵的是，雲端職位天生就適合遠端：你的工作場域本來就在雲端，為什麼一定要被地理位置綁住？

但話說回來，高薪不會從天上掉下來。要順利轉職雲端架構師，技能樹得學對（不是越多越好，而是學對的東西）、作品集要有說服力（重點是專案品質，不是證照數量）、面試的技術題／情境題／行為題都得練，薪資談判也別賤賣自己。這四塊缺一不可。

就算你現在只在準備 ACE，也建議先把這份職涯地圖看一遍——知道考完證照後路怎麼走，學起來才有方向感。下面就照轉職的實際順序，一段一段拆給你看。

一、2026 雲端職涯市場現況：機會在哪裡？

1.1 薪資行情一覽

根據 104 薪資情報、比薪水觀點 與 1111 職務大辭典 的最新數據：

關鍵發現：

• 💰 年薪破百萬是常態：累積到 3-5 年經驗，年薪破百萬其實不難
• 🌏 國際市場差 3-4 倍：台灣 100-200 萬，國際卻是 465 萬，遠端工作就是突破口
• 📈 需求一直在漲：AI、雲端、智慧裝置這些趨勢推著走，其中金融科技、醫療這類產業最缺人

1.2 哪些產業最缺雲端人才？

1. 金融科技 (FinTech)

   • 數位銀行、行動支付、區塊鏈應用
   • 需求技能：高可用架構、資安合規（GDPR 是歐盟個資保護法、SOC2 是企業資安稽核標準）

2. 醫療健康 (HealthTech)

   • 遠距醫療、智慧病歷、AI 輔助診斷
   • 需求技能：HIPAA 合規（美國醫療資料隱私法）、資料加密、Kubernetes

3. 電商零售 (E-commerce)

   • 全通路整合、個人化推薦、大數據分析
   • 需求技能：負載平衡、CDN、BigQuery

4. 遊戲娛樂 (Gaming)

   • 多人線上遊戲、串流服務、即時對戰
   • 需求技能：低延遲網路、全球化部署、GKE

1.3 為什麼雲端職位適合遠端工作？

傳統 IT 人員可能要進機房、接網路線，但雲端工程師的活——寫 code、部署、監控、開會——全在線上完成，自然不被地點綁住，可以接國際案、領國際薪。Slack、GitHub、Terraform、GCP Console 這套工具鏈早就齊全，疫後遠端也不再是特例。

熱門遠端職缺平台：

• 國際：We Work Remotely、Remote.co、Wellfound（前 AngelList Talent）
• 亞洲：CakeResume、Yourator

二、雲端架構師技能樹：你需要學什麼？

轉職雲端不是「學越多越好」，而是「學對的東西」。這邊把從初級到高級的完整技能樹整理出來。

2.1 核心技術棧（必備）

參考 IBM Terraform 指南、GCP IaC 文件 跟 AWS 比較文件，2026 年雲端架構師的必備技能大概是這些：

2.2 Infrastructure as Code (IaC) 為什麼重要？

IaC（Infrastructure as Code，基礎設施即程式碼，意思是用程式碼來描述和管理你的雲端資源，而不是手點 Console）已經不是加分項，而是必備技能。我看過的 GCP 架構師面試，幾乎沒有不問 Terraform 的。

什麼是 IaC？

定義：使用程式碼管理基礎設施，而非手動設定（點擊 Console）。

核心優勢：

• ✅ 可重複性 (Repeatability)：同樣的程式碼，隨時可以重建一樣的環境
• ✅ 版本控制 (Version Control)：用 Git 追蹤基礎設施變更歷史
• ✅ CI/CD 自動化：整合到 Pipeline，自動部署
• ✅ 透明度與效率：團隊成員看程式碼就知道架構

Terraform vs Kubernetes：有什麼不同？

很多人剛入門會把這兩個工具搞混，其實它們是互補的，不是在競爭：

實際工作流程：

1. 用 Terraform 建立 GKE 叢集（基礎設施）
2. 用 Kubernetes 部署應用程式到叢集內（應用管理）
3. 用 Helm 管理 Kubernetes 套件（套件管理）

學習路徑建議

1. Week 1-2: 學 Docker 基礎（映像檔、容器、Dockerfile）
2. Week 3-4: 學 Terraform 基礎（HCL 語法、Resource、Module）
3. Week 5-6: 學 Kubernetes 基礎（Pod、Deployment、Service）
4. Week 7-8: 實作專案（用 Terraform 建立 GKE，部署應用）

2.3 軟實力（不可忽視）

技術強不等於拿得到 Offer，雲端架構師還得有這些：

三、履歷撰寫與作品集建立：如何脫穎而出？

3.1 履歷撰寫黃金法則

104 HeadHunter 給的建議是：雲端職位的履歷要寫成果，而不是寫職責。

❌ 常見錯誤寫法

- 負責雲端系統維護
- 使用 GCP 開發專案
- 協助團隊完成任務

問題：看不出你做了什麼、達成什麼成果。

✅ 正確寫法（STAR 方法）

STAR（Situation／Task／Action／Result，情境／任務／行動／結果）是寫成果型句子的公式——後面行為題那節會完整拆，這裡先記一個重點：每句都要落到量化結果。

[動詞] + [技術] + [達成成果] + [量化數據]

範例：
✅ 使用 Terraform 自動化建立 GKE 叢集，將部署時間從 2 小時縮短至 15 分鐘（效率提升 87%）
✅ 設計 Multi-region 架構，將系統可用性從 99.5% 提升至 99.95%（減少年停機時間約 2,365 分鐘，約 39 小時）
✅ 實作 Cloud Monitoring 告警系統，故障發現時間從平均 30 分鐘降至 3 分鐘（MTTR（Mean Time To Repair，平均修復時間）減少 90%）
✅ 優化 BigQuery 查詢，將執行時間從 45 秒降至 3 秒，每月節省成本 $500

核心要素：

1. 具體技術：不只說「雲端」，要說「GCP Compute Engine」
2. 量化成果：時間縮短 X%、成本降低 $X、錯誤減少 X%
3. 業務影響：不只技術改進，還要說對業務的幫助

3.2 作品集三大支柱

支柱一：GitHub（最重要）

為什麼 GitHub 比證照更重要？

• 證照只能證明你「考過試」，GitHub 才能證明你「真的會做事」
• Recruiter 會實際翻你的程式碼，看品質好不好
• 開源貢獻則能看出你的學習態度

必備專案類型：

1. IaC 專案（Terraform）

   • 範例：用 Terraform 在 GCP 建立完整的三層式架構
   • 包含：VPC、Load Balancer、Managed Instance Group、Cloud SQL
   • README 清楚說明架構與使用方式
   • 加分項：包含 CI/CD pipeline（GitHub Actions）

2. 容器化專案（Docker + Kubernetes）

   • 範例：將一個 Python Flask 應用容器化，部署到 GKE
   • 包含：Dockerfile、Kubernetes manifests、Helm Chart
   • 加分項：實作 Blue-Green Deployment 或 Canary Release

3. 監控/日誌專案

   • 範例：用 Prometheus + Grafana 監控 GKE 叢集
   • 包含：Metrics 收集、儀表板設定、告警規則
   • 加分項：整合 Cloud Logging、Loki

專案 README 必備要素：

# 專案標題

## 架構圖

[放一張清楚的架構圖]

## 技術棧

- GCP: Compute Engine, Cloud SQL, VPC
- IaC: Terraform 1.5.0
- CI/CD: GitHub Actions

## 快速開始

```bash
terraform init
terraform plan
terraform apply
```

## 成果展示

- 部署時間：15 分鐘
- 成本預估：$50/月
- 可用性：99.95%

支柱二：技術部落格

為什麼要寫部落格？

• 展現溝通能力（能用白話把複雜概念講清楚）
• 建立個人品牌（SEO 做好之後，Recruiter 會主動找上門）
• 學得更扎實（費曼學習法：教別人才是最好的學習）

建議主題：

1. 踩坑經驗 → 「GKE 叢集升級踩坑記：如何避免停機」
2. 架構決策 → 「為什麼我們選擇 Cloud Run 而非 GKE？」
3. 效能優化 → 「BigQuery 成本優化：5 個技巧降低 70% 費用」
4. 新手教學 → 「30 分鐘搞懂 Terraform 模組化」

平台選擇：

• 英文：Medium、Dev.to
• 中文：個人 Blog（用 Hugo/Gatsby 建立）、iT 邦幫忙

頻率：不用多，求精就好，一個月寫個 1-2 篇有料的文章就夠了。

支柱三：證照（加分但非必要）

證照是錦上添花，但不是雪中送炭。時間有限的話，先做專案，再考證照。

建議考取順序：

1. GCP Associate Cloud Engineer (ACE)

   • 難度：⭐⭐⭐ (中等)
   • 適合：雲端新手，建立基礎
   • 準備時間：1-2 個月

2. GCP Professional Cloud Architect (PCA)

   • 難度：⭐⭐⭐⭐ (困難)
   • 適合：有 1-2 年經驗，想升級職級
   • 準備時間：2-3 個月

3. Kubernetes CKA (Certified Kubernetes Administrator)

   • 難度：⭐⭐⭐⭐ (困難，實機操作)
   • 適合：想專精容器技術
   • 準備時間：2-3 個月

學習資源：

• 官方文件：GCP Documentation
• 實驗室：Google Skills（原 Qwiklabs / Google Cloud Skills Boost，免費 + 付費）
• YouTube：Google Cloud Tech 官方頻道
• 考古題：ExamTopics (免費)

四、面試準備：技術題、情境題、行為題全攻略

📖 50 道完整題庫：想直接刷題？參考 GCP 面試題完全攻略：50 道必考題與詳解。

我整理過 GeeksforGeeks、K21 Academy、InterviewBit 那些題庫，面試大致跑不出三種題型。

4.1 技術題（Technical Questions）

這類問題是在測你對 GCP 服務懂多少、會不會用。

類型一：架構設計

範例問題：

「如何在 GCP 上設計一個能應對突發流量的系統？」

考察重點：

• Global Load Balancer（全球負載平衡）
• Managed Instance Group（自動擴展）
• Multi-region Deployment（多區域部署）
• Cloud CDN（內容傳遞網路）
• Cloud Armor（DDoS 防護）

回答框架：

1. 需求分析
   - 預期流量：平常 1,000 QPS（Queries Per Second，每秒查詢數），尖峰可能到 50,000 QPS
   - SLA 要求：99.95% 可用性
   - 全球用戶分布

2. 架構設計
   - 前端：Cloud CDN + Cloud Armor（防 DDoS）
   - 負載平衡：Global HTTP(S) Load Balancer
   - 運算層：Managed Instance Group（自動擴展 1-50 instances）
   - 資料層：Cloud SQL（多區域複製）
   - 監控：Cloud Monitoring（設定自動擴展觸發條件）

3. 成本估算
   - 平常：約 $500/月
   - 尖峰：約 $2,000/月（自動擴展後下降）

類型二：成本優化

範例問題：

「如何優化 GCP 成本？公司每月雲端費用 $10,000，希望降低 30%。」

回答要點：

1. Committed Use Discounts（CUD，承諾使用折扣，先答應 GCP 用滿 1 或 3 年換折扣）

   • 1 年期：最高 37% 折扣
   • 3 年期：最高 55% 折扣

2. Preemptible VM / Spot VM（Spot VM 是可被 GCP 隨時回收的廉價機器，被收回前會通知你）

   • 成本降低 60-91%
   • 適合批次處理、CI/CD、測試環境

3. Right Sizing Recommendations

   • 使用 Cloud Monitoring 分析 CPU/Memory 使用率
   • 將過度配置的 VM 縮小

4. Cloud Storage 生命週期管理

   • 30 天後移至 Nearline（-50% 成本）
   • 90 天後移至 Coldline（-70% 成本）

5. 資源標籤 (Labels) 管理

   • 追蹤各部門/專案成本
   • 關閉閒置資源

📝 考場提點

ACE 很愛考「這個 workload 該用哪種折扣」。記三個關鍵字組就好：題目說 steady-state / predictable / 24x7（穩定長期跑）→ Committed Use Discount；說 fault-tolerant / batch / can be interrupted（容錯、批次、可被中斷）→ Spot VM；說 automatically applied, no commitment（自動套用、不用承諾）→ Sustained Use Discount（持續使用折扣，當月用量累積到一定程度自動打折，不必事先承諾）。三者可以疊著用，但選型題通常只要你挑最對的那一個。

📝 考場提點

Cloud Storage 儲存類別（Standard / Nearline / Coldline / Archive）也是必考，題眼永遠是「資料多久存取一次」。對照表：once a month / backup（每月一次、備份）→ Nearline；once a quarter（每季一次）→ Coldline；rarely accessed / accessed once a year（很少存取、一年一次）→ Archive。最大的陷阱是只看儲存單價挑最便宜的——越冷的類別有取回費（retrieval fee）和最短儲存期（Nearline 30 天、Coldline 90 天、Archive 365 天），不到期就刪還是照收整段的錢。所以「常被讀取的資料丟去 Archive」雖然儲存最便宜，總成本反而會爆——這正是選項常埋的坑。

類型三：安全性

範例問題：

「如何在 GCP 實作 Zero Trust 架構？」

Zero Trust（零信任）的核心一句話：預設誰都不信任，不論你是在公司內網還是外網連進來，每一次存取都要重新驗證身份與權限，不再「進了內網就放行」。

回答框架：

1. Identity 層（BeyondCorp Enterprise，現已更名為 Chrome Enterprise Premium）

   • 所有用戶都要驗證身份（不論內外網）
   • 用 Cloud Identity + IAM 管理權限

2. Network 層（VPC Service Controls）

   • 設定服務邊界 (Service Perimeter)
   • 防止資料外洩

3. Data 層（加密）

   • 靜態加密：Cloud KMS
   • 傳輸中加密：TLS
   • 使用中加密：Confidential Computing

4. Monitoring 層（Security Command Center）

   • 即時威脅偵測
   • 合規檢查（GDPR, HIPAA）

4.2 情境題（Scenario-Based Questions）

這類問題是在看你的臨場反應跟實戰經驗。

範例一：緊急故障

問題：

「凌晨 3 點，系統突然流量暴增，CPU 使用率達 95%，用戶開始抱怨緩慢。你會怎麼做？」

回答步驟：

1. 立即止血（5 分鐘內）

   • 檢查 Cloud Monitoring 儀表板，確認哪個區域/服務受影響
   • 手動增加 Managed Instance Group 的 instance 數量
   • 檢查是否為 DDoS 攻擊（查看 Cloud Armor 日誌）

2. 分析根因（15 分鐘內）

   • 查看 Cloud Logging，找出異常請求
   • 檢查最近的程式碼部署（是否有 bug？）
   • 分析流量來源（是否為行銷活動？）

3. 長期改善（事後）

   • 調整自動擴展策略（提早觸發）
   • 實作 Circuit Breaker 模式
   • 設定更敏感的告警規則

範例二：效能瓶頸

問題：

「資料庫查詢變慢，從 1 秒變成 10 秒，如何診斷與優化？」

回答步驟：

1. 診斷（Cloud SQL）

   • 查看 Cloud Monitoring 的 CPU/Memory/Disk I/O
   • 開啟 Query Insights，找出慢查詢
   • 檢查是否缺少索引

2. 短期優化

   • 加上索引（B-tree / Hash）
   • 調整查詢語句（避免 SELECT *）
   • 升級 Cloud SQL 機器類型

3. 長期架構調整

   • 實作讀寫分離（Read Replicas，讀取的副本：寫進主庫，讀從副本，分散讀取壓力）
   • 引入快取層（Memorystore for Redis）
   • 考慮分片（Sharding，把一張大表水平切成多份放到不同機器）或改用 Spanner

4.3 行為題（Behavioral Questions）

這類問題是在看你的軟實力跟團隊合作能力。

STAR 方法（黃金法則）

• Situation（情境）：當時發生什麼事？
• Task（任務）：你的目標是什麼？
• Action（行動）：你做了什麼？
• Result（結果）：最後的成果如何？（量化）

範例一：解決複雜問題

問題：

「描述一次你解決複雜技術問題的經驗。」

STAR 回答範例：

[S] 我們的電商網站在雙 11 促銷時，流量暴增 20 倍，系統頻繁當機。

[T] 我的任務是在 3 天內，將系統可用性從 90% 提升至 99.9%。

[A] 我做了三件事：
1. 用 Terraform 快速建立 Multi-region 架構（台灣、日本、新加坡三地部署）
2. 實作 Cloud CDN，將靜態資源（圖片、JS）快取到邊緣節點
3. 將 Cloud SQL 改為 Read Replicas 架構，分散讀取壓力

[R] 最後系統可用性達到 99.95%，平均回應時間從 5 秒降至 0.8 秒，順利完成促銷活動。

範例二：與非技術團隊溝通

問題：

「如何向非技術團隊解釋雲端架構？」

回答要點：

1. 用類比法

   • Load Balancer = 餐廳帶位員（分配客人到不同桌子）
   • Auto Scaling = 餐廳根據客人數量增減廚師
   • Database Replication = 餐廳有分店（一家倒了還有其他分店）

2. 聚焦業務價值，而非技術細節

   • ❌ 「我們用了 Managed Instance Group 和 Global Load Balancer…」
   • ✅ 「這個架構能確保雙 11 促銷時，系統不會當機，保護營收。」

3. 視覺化呈現

   • 用架構圖（draw.io、Lucidchart）
   • 用數據說話（可用性 99.9% → 年停機時間 8.76 小時）

五、薪資談判：不要賤賣自己

很多工程師技術很強，卻不敢談薪資。記住一件事：公司不會主動給你最高薪資，你得自己去爭取。

5.1 了解市場行情

開始談之前，這兩件事你要先掌握：

1. 你的市場價值

   • 查詢 104 薪資情報、比薪水
   • 問朋友/前輩（同職級、同產業）
   • LinkedIn 查看類似職位的薪資範圍

2. 公司的預算範圍

   • 職缺描述通常會寫「年薪 80-120 萬」
   • 你要爭取的是範圍上限，而非下限

5.2 談判策略

策略一：不要先說數字

錯誤做法：

• HR:「你期望薪資是多少？」
• 你：「80 萬。」
• HR:「好，那就 80 萬。」（其實預算可能到 120 萬）

正確做法：

• HR:「你期望薪資是多少？」
• 你：「我想先了解這個職位的職責與挑戰，以及公司的薪資結構。請問貴公司這個職位的預算範圍是？」

策略二：提出範圍，而非單一數字

錯誤做法：

• 「我要 100 萬。」（太死板，沒有談判空間）

正確做法：

• 「根據我的經驗與市場行情，我預期年薪範圍是 100-120 萬。」

策略三：不只談薪資，還要談 Package

薪資只是一部分，這些也要一起考慮：

5.3 談判話術

如果 Offer 低於預期

錯誤做法：

• 「這薪資太低了，我不接受。」（關閉談判）

正確做法：

• 「謝謝貴公司的 Offer。我非常認同公司的願景，也很期待加入團隊。不過，這個薪資與我的預期（以及市場行情）有一些差距。是否有調整空間？」

如果 Offer 符合預期

先別急著答應！給自己 2-3 天想清楚：

「謝謝貴公司的 Offer。我需要一些時間與家人討論，預計 X 日前給您答覆。」

5.4 常見陷阱

六、總結：你的下一步行動清單

整套攻略講完了。但說真的，看懂跟做到差很遠——下面這份行動清單，今天就能開始照著做：

✅ Week 1-2：建立技能樹

• 選擇主力雲端平台（參考 GCP vs AWS 完整比較）
• 註冊免費試用（參考 GCP 免費資源完全指南）
• 完成 Qwiklabs 第一個實驗室
• 學習 Docker 基礎（官方 Getting Started）

✅ Week 3-4：學習 IaC

• 完成 Terraform 官方教學（HashiCorp Learn）
• 用 Terraform 在 GCP 建立一個簡單的 VM
• 將程式碼上傳到 GitHub
• 寫一篇部落格記錄學習過程

✅ Week 5-6：實作第一個專案

• 規劃專案（建議：三層式架構 Web App）
• 用 Terraform 建立完整基礎設施
• 實作 CI/CD Pipeline（GitHub Actions）
• 撰寫清楚的 README

✅ Week 7-8：優化履歷與作品集

• 用 STAR 方法改寫履歷（成果導向）
• 在 GitHub Profile 加上專案連結
• 寫至少 1 篇技術部落格
• 在 LinkedIn 更新職涯摘要（加上技能關鍵字）

✅ Week 9-10：準備面試

• 閱讀 GeeksforGeeks GCP Interview Questions
• 練習 5 題架構設計題（白板練習）
• 準備 3 個 STAR 故事（行為題）
• 模擬面試（找朋友/mentor）

✅ Week 11-12：開始求職

• 在 LinkedIn 設定 #OpenToWork
• 投遞至少 10 份履歷（CakeResume、104、LinkedIn）
• 參加 GCP User Group Meetup（擴展人脈）
• 持續學習，準備證照（ACE / PCA）

下一步：延伸閱讀

想再多看點其他主題？接著讀系列文章：

• ⬅️ 上一篇：ACE-303：GCP 認證攻略：從 ACE 到 PCA 的完整學習路徑
• ➡️ 下一篇：ACE-305：2026 雲端趨勢：多雲、FinOps 與 AI 原生架構
• 📚 系列總覽：GCP 精通之路：完整學習路徑

參考資源

薪資與職涯

• Cloud Ace 雲端架構師介紹
• 104 薪資情報
• 比薪水觀點 2026 工程師薪資
• 104 HeadHunter 薪資白皮書

面試準備

• GeeksforGeeks GCP Interview Questions
• K21 Academy GCP Interview Top 30
• InterviewBit GCP Questions

技術學習

• IBM Terraform 指南
• GCP IaC 文件
• AWS Terraform vs Kubernetes 比較

雲端職涯沒有標準起跑點，你現在站的位置就是。挑一條上面講過的路線，這週先動手做掉第一步——剩下的，邊走邊修。

這篇如果幫到你，轉給正在轉職的朋友；有卡關的地方，留言聊聊。