平台工程的一個關鍵原則是為您的客戶進行最佳化。 將開發人員視為您的主要客戶，並在決定要鋪平哪些開發路徑以及 想要發展哪些功能時首先關注他們的需求。 開發人員都使用不同的工具來完成工作。 第一步，請從小處著手，評估是否可以改善現有的螢幕和表面，再實作全新的內部開發人員平台。
為開發人員提供以客戶為中心的內部平台
將開發人員視為內部開發人員平台的主要客戶對於其成功至關重要。 我們將開發人員稱為客戶。 客戶可以是 團隊拓撲模型 所稱的 串流對齊小組的任何成員，包括機器學習專業人員或資料科學家等角色。
成功的平台工程實踐賦予開發人員和運營商權力。 開發人員和營運商擁有自主權來做出提供商業價值的決策，同時仍遵守既定標準、治理和安全規則。 關鍵利害關係人、支援團隊和特定子系統 （營運、安全性、合規性和架構） 的專家與建置此內部平台的團隊合作，將他們的專業知識和最佳實務編入範本和系統功能。
將這些知識轉移到系統中，同時減少開發人員的認知負擔，提高安全性、合規性和質量，並更好地擴展這些其他角色以解決真正獨特的問題。 然而，正是開發人員體驗確保您的平台為每個參與者帶來最大利益。
這意味著遵循以客戶為中心的方法來規劃和優先考慮您的平台工程工作。
確定最佳開發路徑以簡化最佳實踐
雖然您的組織目前可能有各種不同的生產開發路徑，但平台工程旅程的早期步驟是了解您希望開發人員使用哪些路徑。 撥打此電話很重要，因為它可以讓您集中精力鋪平一條有效的路徑，同時仍符合開發、營運和治理要求。
這些鋪平的路徑代表一組特定的開發和可觀測性工具、語言、SDK 和服務，這些工具、語言、SDK 和服務旨在適應開發、營運和其他利害關係人同意的代表其最佳實務的內容。 鋪平的道路應包括簡化入職、審核和倡導內部重用的方法。 您不需要將這些鋪好的路徑視為限制性或強制性的，而是將開發人員的辛勞減少到開發團隊希望留在其中的程度。
然而，訣竅不僅在於要關注哪些路徑，還要了解路徑的哪些部分需要先鋪設。
隨時隨地與使用者見面
雖然從內部開發人員平台中所有內容的統一入口網站開始可能很誘人，但這並不是最好的起點。
您的營運專業人員、網站可靠性工程師 （SRE） 和開發人員都使用不同的工具來完成工作。 編碼發生在 IDE 中，GitHub 和 Azure DevOps 等工程系統使用命令列介面，而即時共同作業則發生在 Teams 和 Slack 中。 通常，這些用戶對這些屏幕感到滿意，並且對另一個需要擔心的用戶界面保持警惕。
從小處著手，評估是否可以改進現有的螢幕和表面。 在開始建置新的自訂體驗之前，先建置外掛程式或延伸模組。 問問自己，人們會對另一種新的用戶體驗或您現在擁有的東西的改進版本做出更好的反應嗎？ 如果您決定從頭開始建立入口網站，請考慮您可能希望透過 API 支援多個介面的想法。 這也解鎖了使用低程式碼框架等選項，因此您不必從頭開始建置和託管入口網站體驗。