當您努力建立內部開發人員平台時，您需要先確定最简化的可行平台 （TVP）。 TVP 是傳統產品管理中 最小可行產品 （MVP） 概念的變體。
瞭解哪些工作應該成為 TVP 一部分的好方法是使用 平台工程能力模型來評估組織的平台工程實務。 平台工程能力模型可讓您查看組織目前的平台工程優勢，並為未來設定目標。
以下圖表可幫助您確立思路，理解您開發人員平台如何隨時間逐漸演變。 請記住，您組織的主要問題可能會導致您因現有的投資或組織需求而偏離此處所述的內容。 除非您的組織需要，否則您不需要進入下一階段。
如果您從頭開始，此序列代表一個常見的過程。
- 在早期階段，專注於發現所需功能、收縮包裝產品的擬合差距分析，以及創建最少數量的工具或平台功能。
- 接下來，隨著您的擴展，您開始專注於可重複使用性，並引導人們沿著可重複使用的資產預先定義的鋪砌路徑前進。
- 最後，您將轉向類似消費者的數位商店模型，以便更輕鬆地建置和維護應用程式。
您應該自始至終遵循產品心態，因此我們不建議跳到最後，您的具體旅程可能會有所不同。 這些最終階段最像傳統上包裝密封的產品，但這是一個終點，而不是一個起點。
平台工程主題領域
鑑於此主題的規模，我們建議您將內部談論平台工程的方式分解為四個領域：
工程系統：DevOps 套件的精選組合，例如 GitHub 和 Azure DevOps，以及其他開發人員工具和服務。 除了 CI/CD 或套件管理等關鍵 DevOps 工具和服務之外，此區域還包括在編碼過程中直接使用的工具，例如基於雲端的編碼環境、程式碼掃描器和分析器，以及 GitHub Copilot 等 AI 助理。
應用程式平台：精選的服務 （例如基礎結構即服務、平台即服務和可觀察性），以組織想要用來提供商業價值的每個應用程式堆疊 （應用程式類別、應用程式模型、語言） 為目標。 這包括應用程式堆疊特定服務以及整個過程中使用的常見服務的混合。 應用程式平臺的範例可能包括 Azure 容器應用程式、用於儲存體的 Azure Cosmos DB 、用於秘密的 Azure 金鑰保存庫 、用於身分識別和控制的 Azure 角色型存取控制 、用於合規性和稽核的 Azure 原則、透過 Grafana 的可觀察性，以及相關的網路拓撲。
應用程式範本：一組由組織訂定且定義明確的快速入門範本，包含指定應用平台、編程語言及工程系統配置的正確啟動並保持正確的指導方針。 這些範本可以參考其他集中式範本，並提供入門程式碼、API 和 SDK 參考、CI/CD 管道、工具組態等。
開發人員自助服務功能：這是您平台工程工作的黏合劑。 它是 API、協調器、目錄、範本和使用者體驗的組合，旨在減少開發人員的辛勞，讓開發團隊能夠自助服務並更加自主，同時仍遵守前三個領域的選擇和指導/治理。
整合工程系統、應用程式平台、應用程式範本和開發人員自助服務功能，構成了平台工程策略的基石。 透過結合 DevOps 工具、雲端服務和自助服務功能，組織可以顯著減少開發人員的工作量、提高生產力並確保遵守治理標準。