隨著軟體工程需求提高，傳統 DevOps 方法開始遇到挑戰。企業需提升生產力、安全性與合規性，並快速應對業務變化。Platform Engineering（平台工程） 成為推動高效能開發的重要策略。 平台工程提供可重用的工具與服務，簡化基礎設施管理，提升開發者體驗。透過內部開發者平台（IDP），開發者可自助完成部署與維運，降低技術負擔並提高生產力。此外，標準化流程與 Secure-by-Design 方法改善軟體安全性，加快功能交付速度。 Microsoft 實踐平台工程，以範本與基礎設施即程式碼（IaC）降低開發障礙，並善用雲端技術（如 Azure Kubernetes）提升穩定性與可擴展性。根據 Gartner 預測，到 2026 年 80% 軟體開發團隊 將設立平台團隊，推動開發現代化。 平台工程是 DevOps 的進化與加速器，能夠有效改善開發流程，提升生產效率，並推動企業數位轉型

1. 實踐Platform Engineering之路
By Edward Kuo
Kingston Technology IT Senior Manager
Microsoft Regional Director
Microsoft MVP

2. 關於我
管理者、開發人員、架構師、AI應用開發者
現職
Kingston Technology IT Senior Manager
Microsoft Region Director
Microsoft Most Valuable Professional
經歷
微軟技術研討會 講師
台灣技術社群 講師
.NET Conf 講師
Taiwan Cloud Summit 講師
DevOps Taipei 講師
企業DevOps 講師
大學院校 講師

3. 我們為什麼需要邁向
Platform Engineering

4. 當今軟體工程處於轉折點
企業對控制力、生產力、安全和合規的要求越來越高
傳統的 DevOps 和敏捷方式開始遇到挑戰
要滿足需求並推動數位現代化變得更重要
技術人員需要學習新技能，並開始用 AI 協助開發流程
更快應對業務變化(川普的關稅)，提高軟體交付效率

5. 2025 年軟體工程四大關鍵趨勢

6. 軟體工程唯一不變的是變化，GenAI 的出現正加速各種變化

7. 平台工程採用的技術與方法，將有效
加速應用程式的交付流程，協助工程
師大幅提升業務價值的創造效率

8. 在開始談平台工程前
先談現今DevOps面臨的挑戰

9. 達到DevOps目標?
開發人員應具備部署和維護自己
開發的應用程式和服務的能力。
「你建造它，你運行它」，這才
是真正的DevOps精神。

10. DevOps推行多年，但多數企業
實際成效仍未達預期目標

11. DevOps實踐的現況
多數企業的DevOps實踐僅停留在
CI/CD階段或是遇到各種無法往前
邁進的挑戰

12. 為什麼如此…
對多數企業而言，DevOps潛在什
麼問題，讓大家難以全面落實?

13. 多數癥結點來自於…
此方法適用於先進組織，如Microsoft、Google、Amazon或Airbnb等
大多數企業或團隊在實際推行時，難以複製真正的DevOps實踐
多數公司難以獲得與頂尖企業相同的人才庫與資源水準
 缺乏足夠資源投入於開發流程與工程師體驗的優化
難以承受長時間的文化與流程轉型期
市場上相關專業人才稀缺
組織內部政治與文化壁壘根深蒂固
組織扁平化程度 (康威定律)

14. 適合 DevOps 蓬勃發展的團隊結構
組織內推行 DevOps 的核心目標，在於強化客戶與業務的價值交付
降低成本、自動化作業及推動配置管理僅為實現此目標的輔助手段
不同組織需根據自身特性建立的團隊文化， 以促進開發與維運間的高效協作
適合組織的DevOps團隊結構，取決於以下幾點:
精簡角色組合，依康威定律，降低資訊孤島
技術領導能力與開發、運維是否目標一致
IT運維部門能否從傳統支援轉型，對齊價值流
軟體團隊對運維特性的重視程度
組織具備領導與專業運維能力

15. DevOps促使工程師迎接更多挑戰
工程師需不斷精通更多技
術、工具與任務
資淺同事無法獨立解決問
題，頻繁依賴資深同事
過多工具使工程師認知負
荷大幅提升
工程師需跨足維運與需求
階段，職責更全面

16. DevOps依然具有高度
價值，對多數企業而
言，仍是追求的目標

17. 企業的最終目標
打造高績效團隊
實現高效率產出

18. 需要足夠資源投入於開發流程與工程師
體驗的優化

19. 大規模高影響力需要平台工程
管理系統的複
雜性、提升開
發人員體驗
系統的可維護
性、可靠性、
彈性與安全性
自助式提供可重複
使用的工具、組件
和知識資產

20. 平台工程是DevOps實踐的加速器

21. 平台工程的觀點

22. 平台工程是新興趨勢
提供通用且可重用的工具與服務，
整合複雜的基礎設施，滿足軟體開
發人員及相關工程人員的需求

23. 2024年迎來顯著發展
Gartner預測到2026年，約80%
軟體開發團隊將設立平台團隊，
作為內部可重用服務、元件與工
具的提供者，加速業務價值創造

24. 何謂平台工程
平台工程是打造工具和流程，讓工程師團隊能自助完成任務的方法
又叫「內部開發者平台」（IDP），需涵蓋應用程式全生命週期
IDP整合各種工具與服務，幫助工程師減少負擔
協助維運人員快速建置環境，讓工程師能自助操作
提供工程師交流空間，推動團隊學習最佳做法和標準流程

25. 平台工程受歡迎的原因
生產力：提升開發效率是主要驅動力，約佔21%
CI/CD實施：持續整合與持續部署，約佔20%
工具與流程標準化：標準化工具和流程，約佔20%
資訊安全強化：安全提升，約佔20%
基礎設施即代碼（IaC）：來自於IaC方法的推動，約佔19%

26. 為什麼平台工程對開發很重要
改進開發體驗
過多雲原生工具增加認知負擔，平台工程以簡化、標準化工具提升開發體驗
提高生產率
IDP 自助服務減少 SDLC 延遲，平台工程讓工程師專注核心工作提升效率
標準化設計
平台工程透過標準化工具和服務，簡化管理，更易解決瓶頸
更快發佈
平台團隊提供易用、可重用及可配置的模式
開發者專注於業務邏輯，高效且安全地加速功能與創新上線

27. 平台設計能力與持續優化的實踐流程
識別平台目標能力
傾聽工程師的意見，了解痛點與限制，定義平台需要的核心
功能
設計平台能力
聚焦於消除限制和簡化採用流程
以最大化工程師的效益與生產力
增量交付平台
分階段構建平台功能，逐步提升平台的能力
支援開發體驗
收集反饋以識別改進機會，進入下一個優化循環

28. Microsoft定義平台工程的功能模型
有效分配人力和資金，
讓平台能持續發展
投資
推廣平台解決方案，
鼓勵更多人使用
採用
安全管理資源、成本和
資料
治理
規劃和執行資源的建
立與管理，確保效率
和穩定
布建與管理
設計好用、易上手的操
作方式
介面
收集用戶意見，追蹤
成效，持續改善平台
測量與意見反饋

29. Microsoft 實踐平台工程要點
明確功能與目標：用範本和解決方案來優化系統，減少開發人員障礙
套用軟體工程系統：促進重用、簡化系統，自助解決問題
基礎設施即程式碼：將基礎設施和專案程式碼納入範本，統一建置流程
精簡應用平台：針對問題簡化平台架構，善用 Azure 等雲端方案
善用現成產品：選擇合適產品以快速滿足需求
打造自助基礎：設計更完善的開發人員自助平台，提升複雜需求的支持能力

30. 請謹記
平台工程不只是完成系統架設後交付使用，更需
持續優化與維護，真正賦能開發者並承擔責任，
才能稱為平台工程和具備平台建置能力。

31. 我們推行平台工程實
踐的旅程

32. 檢視平台工程核心組件與工具鏈
開發工具 & 軟體框架
• Visual Studio、Visual Studio
Code、.NET、Vuejs、GitHub
Copilot、LINQPad
DevOps 平台
• Azure DevOps、SonarQube、
Synk…
執行環境，包括雲端服務
和容器平台
• Azure、K8s、AKS...
共享和支援服務，例如:身
分、資料持久性和訊息服
務
• 自建平台服務
支援應用程式操作的可觀
察性工具
• 自建平台服務、Azure
Monitor…
文件、協作、溝通和知識
共享工具
• Wiki、M365、Teams…

33. 平台工程推進流程

34. 平台工程與工程師賦能
DevOps 生態系
企業應用程式平臺
提供商業價值的應用程式服務
企業應用程式範本
快速開發入門範本，提供入門代碼、API和SDK參考、工具設定等指引
開發人員(半)自助功能
平台工程核心，包含API、協調器、範本和使用者體驗，減少開發工作量，提
升自主性

35. 企業平台工程的準則
平台即服務：讓工程師專注在業務與應用開發，不用煩惱資料、權限或訊息傳遞問題
平台定位：以大眾化、彈性、自主為主，避免過度客製化
優先使用平台服務：非商業邏輯需求，優先導向平台服務，提高效率與一致性
服務採用 API First：API First設計模式，確保擴展性和互通性，Postman 管理與測試。
平台建設： K8s 和 Azure Kubernetes Service 為基礎，提供穩定且可擴展的運行環境。
元件與 SDK：提供標準元件和 SDK，幫助開發者更高效構建應用。

36. 平台擁有者的關鍵職能與角色定位
平台擁有者在平台工程中扮演關鍵角色，需具備
商業敏銳度
以用戶為中心的思維
技術能力及溝通技巧
主要職責包括
定義平台願景，與組織目標一致
連結利害關係人，提升平台價值
規劃發展路線，明確目標和重點
提供技術支援，幫助用戶熟悉和改善平台
制定合規政策，確保平台安全和一致

37. 平台工程帶來的效益
快速交付 加速需求完成與快速交付給用戶
端到端監控 即時監控平台與應用，確保穩定運作
減少維護時間 簡化維運流程，降低團隊維護成本
70%積木組合 大多數功能採用標準開發模式和SDK，提升品質
減少重複開發 避免不同系統重複做相同功能，提高效率

38. 總結
人員上手速度
軟體交付速度
簡化複雜性
可預測性
軟體品質支援
開發人員易用性

39. 逐步推進平台工程
目標聚焦改善，而非追求完美
收斂現有資產，優化平台建設
識別並利用平台偏差，持續改進
削減流程浪費，優化效率
妥善規劃組織變革與變更管理

40. 平台工程的風險與陷阱
• 平台容易功能越做越多，超過實際需要，投入資源卻得不
到預期效果
平台的彼得原理
• 平台開發成本高，商業價值需靠實際應用驗證，初期太複
雜反而降低使用率
投資報酬難展現
• 好的體驗還要靠文化、流程和管理，不只是平台本身能解決
忽略工程師體驗
• 平台團隊資源有限，難以一次滿足所有工程團隊的需求
平台團隊能力或資源受限

42. DevOps + 平台工程
隨著 DevOps 擴展，應用開發日益複
雜。開發的同時，持續釐清及維運工
作優先順序。多重要求將降低生產
力，並增加倦怠與疲勞風險。
DevOps
Platform
Engineering

43. AI時代更需要平台工程的助力
LLM 更新快速，工程師
難以全面掌握模型運用
資安與內容倫理管理需符
合企業標準，平台可統一
控管
AI Agent 的管理和開
發，需要平台支持來降低
學習和操作難度
平台工程可幫助工程師降
低建置 AI 平台的成本與
時間

44. 感謝各位聆聽
Jaigi.kuo@gmail.com