如何將平台工程整合到您的業務中

教學
DevOps

編輯者註：以下是為 DZone 的 2025 趨勢報告撰寫並發表的文章，開發者體驗：開發者生產力、流程滿意度與平台工程的融合.

我們該如何開始接觸平台工程呢？好消息是，成功採用平台工程的主要組織分享了他們的見解、最佳實踐和經驗教訓，並將其納入像雲原生計算基金會（CNCF）平台成熟度模型和微軟的平台工程能力模型等框架中。這些模型為組織提供了結構化的途徑，以評估其當前狀態，識別差距並制定可行的步驟，以建立有效的內部開發者平台（IDP）。

遵循這些模型的實踐，您可以為您的平台工程之旅制定一個路線圖，從小而有影響的改進開始，逐步推動整個組織的採用，最終實現統一和優化的平台。以下是一個可行的檢查清單，旨在指導將平台工程整合到您的業務中的初步步驟。請注意，這個檢查清單不應被視為教條，而應作為靈活的起點來定義您的方法。

1. 確保變革準備和文化調整

平台工程不僅涉及技術；要成功完成平台工程之旅，關鍵是要優先考慮人、流程和文化，與技術並重：

  • 在組織內建立協作、開放溝通和適應性文化
  • 採用變革管理策略來應對抵抗和減輕過渡
  • 積極鼓勵實驗和營造一個讓團隊學習和適應的環境
  • 傳達一個引人入勝的平台工程願景，與組織的價值觀、流程和工具保持一致

2. 獲得組織支持

贏得利益相關者和團隊的支持可能具有挑戰性，尤其是對於大型項目或在顯著轉變策略時。專注於制定引人入勝的策略，與您的受眾動機和目標保持一致：

  • 確定關鍵利益相關者（開發人員、運營、管理層、安全等）；了解他們的優先事項和關注點
  • 將平台工程倡議與確定的優先事項保持一致
  • [對高管] 強調商業結果，如產品成功和整體業務增長，通過增加創新、縮短上市時間和提高運營效率
  • [對工程團隊] 突出自動化工作流程和減少工具使用上的挫折感
  • 使用指標來支持你的觀點，例如預計的部署速度提升或減少的故障工單量
  • 提出早期成功的指標（例如，開發人員滿意度提高，部署周期加快），並公開解決任何疑慮
  • 建立一個價值映射，將平台工程行動（例如，自動化基礎設施供應）與商業結果相連接
  • 與小團隊一起試驗平台的部分功能，以展示影響
  • 積極收集反饋並定期以視覺比較的方式溝通進展，以保持利益相關者的參與和協調

3. 評估DevOps實踐的當前狀態

對你的DevOps實踐的深入了解不僅有助於確保高層支持，還為制定戰略性平台工程路線圖奠定基礎：

  • 評估關鍵領域，如基礎設施即代碼（IaC）、自動化、開發者自助服務和政策執行（即評估您的IaC是否標準化良好，以及開發者是否能利用自動化工作流程來配置資源）
  • 識別瓶頸、重複的痛點和改進的領域
  • 使用CNCF成熟度模型來映射您的實踐，識別如孤立團隊或手動工作流程等差距
  • 將其與可量化的指標結合，如價值實現時間、入職效率和DORA指標，以衡量低效和性能問題

4. 定義明確的目標和指標

在深入平台開發之前，退一步明確您組織成功的標準：

  • 為您的平台在每個成熟度階段設定可衡量的目標（例如，縮短部署時間、提升開發者滿意度、增強系統可靠性）
  • 將這些目標與您的商業目標對齊，以避免浪費時間和資源
  • 定義可實現的目標並設置現實的期望
  • 對於每個目標，建立明確的指標以跟踪進度並實現數據驅動的決策

5. 制定平台策略

開發平台策略需要與所有關鍵利益相關者仔細規劃。一個成功的策略應該:

  • 清晰地闡明起點，承認並解決潛在挑戰，並設定現實的期望
  • 建立短期里程碑和長期目標
  • 建立在四個關鍵原則的基礎上：生產力、質量、安全性和效率
  • 超越僅僅定義平台應該做什麼；理解它將如何實現其目標以及這些目標為何重要

平台工程的一個基本原則是遵循以產品為主導的方法，確保平台的設計和演進根據開發團隊的需求進行。這涉及到:

  • 與關鍵利益相關者進行頭腦風暴會議；考慮使用頭腦風暴工具，例如平台旅程地圖
  • 與開發團隊進行訪談和調查
  • 創建反饋循環
  • 創建用戶角色和旅程地圖以概括常見場景
  • 通過採用團隊互動模式來演進平台：一開始的緊密合作、解決方案發現和X即服務

重要的是要記住，平台策略應該定期檢視並隨著平台的演進和新需求的出現而調整。

6. 建立專門的平台團隊

沒有專門的平台團隊來開發和管理內部開發人員平台，各個產品交付團隊通常會自行創建自己的平台和流程，導致重複和低效。專門的平台團隊確保了一致性、統一的平台基礎架構，同時通過利用其能力來支持開發人員。這個團隊將平台視為產品，不斷完善和改進以滿足用戶不斷變化的需求。步驟包括以下：

Assemble a cross-functional team of mostly technical generalists, including expertise in infrastructure, automation, security, and software development

  • 明確定義角色，專注於設計、維護和迭代 IDP，與應用開發工作有所區分
  • 通過進行用戶研究、收集反饋意見，不斷改進功能以滿足開發人員的需求，將平台視為產品
  • 確保有專門的預算，確保團隊具備推動平台採用所需的工具、培訓和文化支持
  • 給團隊取一個描述性的名稱，以區別於其他產品開發團隊，例如:
    • 工程啟用
    • 開發者體驗
    • 共享工具
    • 卓越中心

7. 採用簡化平台方法，避免過度工程化

採用簡化平台方法可確保平台有機演進，同時避免不必要的複雜性。該方法平衡了快速採納與長期擴展性以及與組織目標的一致性:

  • 只構建具有必要服務和功能的最小可行產品（MVP），以簡化重複的開發任務
  • 將 MVP 集中於簡單性、易用性，以及支持單一的”黃金路徑“，以提供一致的開發者體驗
  • 設計初始平台，包含跨技術領域的基本資源和功能，避免過度工程化
  • 避免在早期添加不必要的功能，以防止使用者感到不知所措並複雜化工作流程
  • 建立一個中央目錄，列出所有提供的基礎設施和資源，並與黃金路徑相連，以便實現可見性和治理
  • 從一開始就將安全和合規實踐，如代碼安全和政策代碼，直接嵌入平台設計中
  • 分享一個內部路線圖，突出當前平台價值、未來里程碑和目標，以對齊組織優先事項
  • 在測試基礎能力、提高質量和將功能產品化以供生產使用的Beta階段中完善平台
  • 使用試點用戶組在受控環境中測試更新和新功能，以收集反饋並最小化擾動，然後再進行更廣泛的推出
  • 在每個階段應用最薄可行平台（TVP）思維模式，以專注於可持續增長並避免不必要的複雜性

8. 推動平台採用

推動平台採用不僅僅需要建立一個技術上可靠的產品——還要求培養信任、與平台倡導者的自願合作以及與開發團隊和利益相關者的開放反饋渠道

啟動一個試點計畫，邀請一小群熱情的開發者測試平台並提供可行的反饋

  • 向早期採用者提供全面培訓、清晰文件和迅速解決問題的響應支援
  • 利用試點階段來完善平台、解決問題並與用戶建立信任
  • 通過關鍵績效指標和實際例子來傳遞平台的價值主張，展示簡化工作流程、提高生產力和更快價值交付
  • 在每個開發團隊中指派一名“平台倡導者”，支持平台並展示節省時間和提高效率的好處
  • 通過避免強制使用平台，而是促進自願參與和協作，建立開發者信任
  • 認識到採用是逐步進行的，與開發者密切合作以鼓勵參與和承諾
  • 保持開放的反饋渠道，如辦公時間、論壇或調查，不斷從用戶和平台倡導者那裡收集見解
  • 根據用戶反饋逐步改進平台並解決開發者關注的問題
  • 利用平台倡導者分享成功故事並倡導在組織內更廣泛採用

9. 衡量和迭代以取得成功

有效的評估和持續迭代是成功的平台工程策略的基石，使組織能夠使其平台與不斷變化的需求保持一致：

定義針對組織獨特需求和平台目標量身定製的可操作和可重複的關鍵績效指標

  • 以部署頻率、變更交付時間、變更失敗率、恢復平均時間（DORA 指標）、開發者滿意度評分、平台採用率和安全合規性評分等關鍵績效指標來衡量成功
  • 使用工具如淨推廣者評分（NPS）調查來評估開發者情感並找出改進機會
  • 定期從開發者和利益相關者處收集反饋意見，以完善採用策略並應對不斷演變的需求
  • 建立儀表板來視覺化指標、改善溝通，並提高透明度以符合所有利益相關者
  • 使用儀表板監控平台使用情況，找出瓶頸，並分析開發者互動模式以獲得可行的見解
  • 整合先進分析來評估平台對業務成果的影響，支持精確的投資回報計算
  • 利用預測分析來預測未來平台需求，對齊開發與使用趨勢和組織目標
  • 基於KPI、反饋意見和分析的見解持續迭代平台以確保其保持相關和有價值
  • 與利益相關者分享進展和基於數據的路線圖以保持一致並建立對平台價值的信任

結論

當您開始進行平台工程之旅時，請記住並沒有適用於所有情況的解決方案。定制這份檢查表中提供的方法和策略以滿足您組織的需求，並在平台及其需求不斷演變時保持靈活性。憑藉清晰的願景、領導層支持、變革贊助者、專注的平台團隊、平台倡導者、自願的開發者參與、開放的反饋渠道和基於數據的方法，您可以建立一個提供業務價值並促進組織創新的 IDP。

這是來自 DZone 2025 年趨勢報告的摘錄，開發者體驗：開發者生產力、流程滿意度和平台工程的融合。

閱讀免費報告

Source:
https://dzone.com/articles/how-to-integrate-platform-engineering-into-your-bu