平台工程師履歷指南

擁有成熟平台工程團隊的公司報告部署頻率提高68%，生產事故減少45%，根據Puppet的2025年DevOps狀態報告[1]。平台工程職位自2022年以來在LinkedIn新興職業指數上成長了247%[2]，然而招募主管一致報告稱，不到五分之一的履歷展示了超越表面關鍵字堆砌的真正基礎設施即程式碼能力。如果您的履歷看起來像一份雲端認證清單，卻沒有對開發者速度的可衡量影響，它就會消失在ATS的空白中。

重點摘要

• 以內部開發者平台（IDP）成果開頭：部署頻率、入職時間、MTTR縮減
• 量化Kubernetes叢集規模（節點、Pod、管理的命名空間）和Terraform模組採用率
• 展示從被動維運到自助式平台產品所有權的轉變
• 將您的經驗對應到平台成熟度模型：從CI/CD管道到完整的黃金路徑配置
• 同時包含技術深度（服務網格、可觀測性技術棧）和商業影響（開發者滿意度分數、成本最佳化）

招募人員和招募主管關注什麼

平台工程位於SRE、DevOps和軟體工程的交會處。Spotify、Netflix等公司以及中型SaaS企業的招募主管透過三個視角評估履歷： **技術可信度。**您能設計和營運內部開發者平台嗎？招募人員尋找Kubernetes編排、Terraform/Pulumi/Crossplane的IaC、CI/CD管道架構（ArgoCD、GitHub Actions、Jenkins）和可觀測性工具（Prometheus、Grafana、Datadog、OpenTelemetry）。他們希望看到容器執行環境專業知識（containerd、CRI-O）、服務網格經驗（Istio、Linkerd）和密鑰管理（Vault、AWS Secrets Manager）。 **產品思維。**平台工程師為開發者建構內部產品。招募主管尋找您將平台視為產品的證據：開發者滿意度調查、採用指標、自助入口設計、API優先架構和文件文化。Gartner預測到2026年80%的軟體工程組織將建立平台團隊[3]，這意味著公司需要理解開發者體驗（DevEx）的建設者，而不僅僅是基礎設施維運人員。 **可衡量的影響。**「管理了Kubernetes叢集」這樣的籠統說法毫無意義。招募主管需要具體內容：「透過在12個微服務上實施ArgoCD GitOps工作流程，將部署前置時間從45分鐘縮短到8分鐘」或「透過基於Karpenter的3個EKS叢集合理調整規格，每年減少雲端支出34萬美元。」

最佳履歷格式

**逆時間順序**是平台工程職位的標準。功能型履歷會引起警覺，因為招募主管需要追蹤您從基礎設施管理到平台產品所有權的發展歷程。 **篇幅：**5年以上經驗的候選人最多兩頁。5年以下一頁。Greenhouse和Lever等ATS解析器處理多頁履歷沒有問題，但招募主管在初次瀏覽時平均只花7.4秒，根據Ladders的眼動追蹤研究[4]。 **結構：**

1. 聯絡資訊頭部（姓名、信箱、電話、LinkedIn、GitHub）
2. 專業摘要（3-4行，針對職位）
3. 技術技能（按類別組織，不是一堆文字）
4. 專業經歷（逆時間順序）
5. 教育和認證
6. 選擇性：開源貢獻、會議演講 **檔案格式：**除非職位說明指定.docx，否則提交PDF。確保您的PDF是文字可選取的，而不是掃描影像。

技術技能部分

將技能組織成清晰的類別，而不是逗號分隔的堆砌： **容器與編排：**Kubernetes（EKS、GKE、AKS）、Helm、Kustomize、Docker、containerd、CRI-O、Buildpacks **基礎設施即程式碼：**Terraform、Pulumi、Crossplane、CloudFormation、Ansible、Chef **CI/CD與GitOps：**ArgoCD、Flux、GitHub Actions、GitLab CI、Jenkins、Tekton、Spinnaker **可觀測性：**Prometheus、Grafana、Datadog、OpenTelemetry、Jaeger、ELK Stack、Loki **雲端平台：**AWS（EKS、Lambda、S3、IAM）、GCP（GKE、Cloud Run）、Azure（AKS、Functions） **服務網格與網路：**Istio、Linkerd、Envoy、Cilium、Calico、CoreDNS **密鑰與安全：**HashiCorp Vault、AWS Secrets Manager、OPA/Gatekeeper、Falco、Trivy **開發者平台：**Backstage、Port、Cortex、自訂IDP入口

15個履歷成就範例

高階（8+年）

• 在Backstage上架構企業級內部開發者平台，服務6個產品團隊的400+名工程師，透過黃金路徑範本和自動化命名空間配置將新服務入職從3週縮短到2小時
• 主導180個微服務從基於EC2的部署遷移到Kubernetes（EKS）加ArgoCD GitOps，達成99.99%部署成功率，將MTTR從47分鐘降至6分鐘
• 設計跨3個AWS區域（us-east-1、eu-west-1、ap-southeast-1）的多叢集Kubernetes聯邦策略，支援2,400+個Pod和Karpenter自動擴展，每年減少運算成本52萬美元
• 使用Prometheus和Grafana建立平台SLO框架，在所有內部服務上定義42個黃金訊號指標，自動告警將P1事件回應時間縮短73%
• 使用Crossplane和Terraform模組建構自助式基礎設施配置系統，使開發者能夠透過目錄API配置資料庫、快取和訊息佇列，無需平台團隊參與

中階（4-7年）

• 使用ArgoCD在45個微服務上實施GitOps部署管道，將部署前置時間從38分鐘縮短到7分鐘，消除94%的組態漂移事件
• 管理GKE上的12節點Kubernetes叢集（850+ Pod），實施Istio服務網格的mTLS、流量整形和金絲雀部署，按錯誤率閾值自動回滾
• 建立Terraform模組庫（23個模組）用於AWS基礎設施配置，在工程團隊中達成89%採用率，減少67%的基礎設施請求工單
• 設計並部署使用OpenTelemetry、Loki和Grafana的集中式日誌管道，處理每日2.3TB日誌量，99.7%擷取可靠性和P95 15秒查詢延遲
• 建構開發者自助入口，支援一鍵環境建立、資料庫配置和密鑰輪換，將開發者每次請求的等待時間從4小時縮短到12分鐘

初階（1-3年）

• 將8個應用CI/CD管道從Jenkins遷移到GitHub Actions，減少41%的建構時間，實施平行測試執行將回饋週期從25分鐘縮短到9分鐘
• 使用Terraform和Helm自動化Kubernetes命名空間配置和RBAC組態，支援15個開發團隊的一致安全原則和資源配額
• 使用Trivy和OPA Gatekeeper實施容器映像掃描管道，6個月內阻止340+個易受攻擊的映像部署，達成零關鍵CVE部署
• 為6服務微服務架構配置Prometheus監控堆疊，在Grafana中建立28個自訂儀表板，建立告警規則在使用者受影響之前偵測到3個生產問題
• 為8名工程師團隊開發Helm chart範本標準和文件，標準化staging和生產環境的部署組態

3個專業摘要變體

**高階平台工程師：** 平台工程師，擁有9年建構加速工程速度的內部開發者平台經驗。在[公司]架構了基於Backstage的IDP，服務400+名工程師，將服務入職從數週縮短到數小時。在Kubernetes（EKS/GKE）、Terraform、ArgoCD GitOps和可觀測性技術棧方面擁有深厚專業知識。有將基礎設施複雜性轉化為自助式開發者體驗的成功紀錄，可衡量地提高部署頻率和系統可靠性。 **中階平台工程師：** 平台工程師，擁有5年在AWS和GCP上設計和營運雲端原生基礎設施的經驗。使用ArgoCD建構了服務45個微服務的GitOps部署管道，達成不到10分鐘的部署。在Kubernetes管理、Terraform模組開發、服務網格實施（Istio）和使用OpenTelemetry的集中式可觀測性方面經驗豐富。專注於將基礎設施作為服務於開發者生產力的產品來對待。 **初階平台工程師：** 平台工程師，擁有2年CI/CD管道開發、Kubernetes維運和基礎設施自動化的實務經驗。將舊版Jenkins管道遷移到GitHub Actions，減少41%的建構時間。精通Terraform、Docker、Helm和Prometheus監控。熱衷於開發者體驗和建構減少工程團隊摩擦的自助工具。

教育和認證

**學位要求**各有不同。大多數平台工程職位列出資訊科學、軟體工程或相關領域的學士學位，但Kubernetes和IaC工具的實務經驗通常勝過正式教育。O*NET資料庫將此分類為SOC 15-1244（網路和電腦系統管理員），典型入門要求學士學位[5]。 **高價值認證：**

• **CKA（認證Kubernetes管理員）**——金標準。驗證實際叢集管理技能。CNCF/Linux基金會的監考、基於效能的考試。
• **CKS（認證Kubernetes安全專家）**——安全意識強的平台團隊的差異化因素。涵蓋供應鏈、執行環境和叢集加固。
• **HashiCorp Terraform Associate**——驗證IaC基礎。良好的入門級憑證。
• **AWS解決方案架構師專業級**或**GCP專業雲端架構師**——證明雲端原生基礎設施設計能力。
• **CKAD（認證Kubernetes應用開發者）**——如果您的平台工作涉及在Kubernetes上建構開發者工具則很有用。

5-7個常見履歷錯誤

1. **列出工具卻沒有結果。**「有Kubernetes、Terraform和ArgoCD經驗」什麼都沒說。每個要點都必須回答：您建構了什麼，規模多大，因此發生了什麼變化？
2. **混淆DevOps和平台工程。**如果每個要點都描述CI/CD管道維護，您就是在定位自己為DevOps工程師。平台工程師建構內部產品。展示產品所有權：採用指標、開發者滿意度、自助能力。
3. **遺漏規模指標。**叢集大小、Pod數量、服務的團隊數、每日部署次數、日誌擷取量——這些數字區分了管理5節點業餘叢集的平台工程師和營運500名工程師生產基礎設施的平台工程師。
4. **忽略開發者體驗角度。**公司僱用平台工程師是為了提高開發者速度，而不僅僅是營運基礎設施。如果您的履歷從未提及入職時間、開發者等待時間或自助採用率，您就偏離了重點。
5. **堆砌認證卻沒有脈絡。**單獨列出的CKA意義不大。將其與您如何應用知識配對：「CKA認證；設計了支援6個產品團隊的多租戶Kubernetes架構，具有命名空間級隔離和資源配額。」
6. **遺漏成本最佳化影響。**雲端支出是董事會層級的關注點。如果您合理調整了執行個體規格、實施了競價/先佔式節點或減少了出口成本，量化節省。財務長會閱讀這些數字。
7. **沒有提及事件回應或可靠性。**平台工程師擁有生產可靠性的所有權。包括MTTR改善、SLO達成百分比和事件減少指標。如果您建構了從未當機的東西，說明您是如何確保的。

20-30個ATS關鍵字

Kubernetes、Terraform、基礎設施即程式碼、CI/CD、ArgoCD、GitOps、AWS、GCP、Azure、Docker、Helm、Prometheus、Grafana、Datadog、OpenTelemetry、內部開發者平台、Backstage、服務網格、Istio、微服務、SRE、站點可靠性、DevOps、平台工程、EKS、GKE、容器編排、可觀測性、Pulumi、Crossplane、黃金路徑、開發者體驗、自助服務、MTTR、SLO、SLA、雲端原生、CNCF、Vault、OPA

最終總結

您的平台工程履歷必須展示三點：雲端原生基礎設施的技術深度、關於開發者體驗的產品思維和可衡量的商業影響。每個要點都應說明您建構了什麼、規模多大以及因此改善了什麼。閱讀您履歷的招募主管有30秒來判斷您是建構平台還是僅僅營運基礎設施。透過以成果而非工具清單開頭，讓這些秒數發揮價值。

常見問題

如何區分平台工程履歷和DevOps履歷？

平台工程強調為開發者建構內部產品。圍繞面向開發者的成果建構您的履歷：自助入口、黃金路徑範本、入職加速和採用指標。DevOps履歷關注管道自動化和部署機制。平台履歷關注建立在基礎設施之上的開發者體驗層。

我應該包含GitHub資料或開源貢獻嗎？

是的，特別是如果您為CNCF專案（Kubernetes、Backstage、Crossplane）做過貢獻或維護有顯著star/fork的Terraform模組。平台工程重視建設者，開源貢獻展示了技術能力和社群參與。在頭部包含連結，如果相關的話在經驗部分引用具體貢獻。

如果我的經驗主要是DevOps或SRE——如何在紙面上轉型？

透過平台視角重新定義您現有的工作。如果您建構了CI/CD管道，將其描述為開發者自助工具。如果您管理了Kubernetes叢集，強調您實現的多租戶架構和開發者入職。如果您建構了監控儀表板，將其定義為提高開發者偵錯速度的平台可觀測性。工作通常是相似的；定義方式是不同之處。

CKA等認證對通過ATS篩選有多重要？

CKA是平台工程職位最具影響力的認證。根據LinkedIn就業資料分析，它出現在約34%的平台工程師職位發布中[6]。然而，ATS系統按關鍵字比對，而不僅僅是認證名稱——確保「Certified Kubernetes Administrator」和「CKA」都出現在您的履歷中以獲得最大比對。

我應該列出接觸過的每個雲端服務嗎？

不。列出您能在面試中有能力討論的服務。您在生產中使用過的15-20個服務的精選清單比您只在教學中接觸過的50個服務更有分量。按功能（運算、儲存、網路、安全）而非字母順序組織。

**引用：** [1] Puppet，「2025 State of DevOps Report」，puppet.com/resources/report/state-of-devops-report，2025。 [2] LinkedIn Economic Graph，「Emerging Jobs Report」，economicgraph.linkedin.com，2024。 [3] Gartner，「Top Strategic Technology Trends for 2024: Platform Engineering」，gartner.com，2023。 [4] Ladders Inc.，「Eye Tracking Study: How Recruiters View Resumes」，theladders.com/career-advice，2018。 [5] O*NET OnLine，「15-1244.00 - Network and Computer Systems Administrators」，onetonline.org，2025。 [6] Burning Glass Technologies / Lightcast，「Platform Engineer Job Posting Analysis」，lightcast.io，2025。