開始您的平臺工程旅程

平臺工程 是組織透過專注於開發人員體驗，將軟體開發生命週期優化的方式。 開發人員體驗是指開發人員的存留體驗，以及他們在日常工作中遇到的摩擦點。 平臺工程是一組模式和做法（不是現成的產品），可協助現代化企業軟體傳遞。

例如，跨國科技公司使用平臺工程來增加標準化，並消除跨部門界限的重複。 公司首先將一切建立為程序代碼型的方式，讓小組上線。 然後，他們開始將部署至 Kubernetes 的應用程式建立關聯，讓開發人員擁有相同的體驗，以進一步協助探索。 如此一來，他們就能夠開始組合鼓勵最佳做法的應用程式範本。 他們的開發小組現在可以挑選並選擇現有的建置組塊，而不是從頭開始建立它們。

瞭解如何識別貴組織平臺 工程功能模型 的最大問題，以便找出要實作的模式和做法。 然後，使用來自Microsoft和其他 開放原始碼 專案或廠商的建置組塊來建立個人化、優化且安全的內部開發人員平臺。

使用平臺工程功能模型繪製您的旅程

若要開始使用，您必須先使用平臺工程功能模型來評估貴組織目前的位置。 然後，您將使用功能模型來繪製組織跨六個功能的位置-投資、採用、治理、布建和管理、介面和測量和意見反應，並設定未來成長的目標。 例如，您可能會發現貴組織處於投資初期階段，但進一步採用。 若要繪製您組織目前平臺工程實務的圖表， 請進行此問卷 或 開始手動評定。

您不需要同時在每個功能上取得進展。 相反地，請為您的組織繪製有意義的課程。 所有組織在某些功能中會比其他組織更進階。 例如，在此對應中，組織計劃專注於在採用、治理及布建和管理上取得進展。

實作

針對您身分識別為改進領域的每一項功能，您將設定如何前進的目標。 這些目標將涉及瞭解如何使用範本和其他解決方案來改善您的工程系統，並減輕開發人員的摩擦。

• 套用軟體工程系統：瞭解一些秘訣，協助您思考如何重複使用和精簡您的工程系統，以改善自助以解決您識別的問題。 瞭解如何使用集中管理的基礎結構即程序代碼 （IaC） 或其他所有專案作為程式代碼 （EaC） 成品作為起始右範本中的建置組塊。
• 精簡應用程式平臺：瞭解如何透過精簡應用程式平臺來解決您所識別的問題。 這些變更的成本可能更高，但也可以提供顯著的好處，特別是如果您能找到現成的產品來符合您的需求。 例如，改善使用 （或移至不同） 可觀察性或記錄工具是否有説明？ 如果您從頭開始， Azure 架構中心 可協助您從頭開始識別概念。
• 設計開發人員自助基礎 - 瞭解更複雜開發人員自助基礎的架構。 這是逐步引導您簡化多個自動化系統和匯總數據的演進。 您將在這裡進行更多的軟體開發，因此在一段時間內逐步執行此方向，而不是從這裡開始。