平台工程是根據 DevOps 原則建立的實務，旨在透過改善開發人員體驗和在安全、受監管的架構內的自助服務，來改善每個開發團隊的安全性、合規性、成本和營運時間價值。 它既是基於產品的思維方式轉變，也是一套支持它的工具和系統。
最近，圍繞平台工程一詞引起了許多業界的熱議。 Gartner 預計 ，到 2026 年，大約 80% 的工程組織將擁有一支專門從事平台工程的團隊。 這些團隊專注於構建所謂的 內部開發人員平台。 無論網域為何，無論是銷售 （Microsoft Dynamics、 Salesforce）、服務履行 （ServiceNow） 或通訊 （Twilio），平台就其固有性質而言，旨在實現規模並減少提供商業價值所需的時間。
開發人員使用或擴展的平台能夠通過高度優化的開發人員體驗和簡化的操作消除整個開發過程中的辛勞。 這些平台包括以下工具：
- 協助開發人員自給自足 （例如入門套件和 IDE 外掛程式）。
- 協助完成常見任務。
- 將常見模式和實踐封裝到可重複使用的構建塊中。
- 提供有關問題或安全風險的早期建議和回饋。
- 透過管理底層基礎設施和工具來簡化營運。
Microsoft 的平臺工程功能模型描述定義平臺工程的六個核心功能：投資、採用、治理、布建和管理、介面，以及測量和意見反應。 若要瞭解您的組織目前在每個功能區域中的位置，並設定未來成長的目標，請參閱關於 平台工程功能模型。
什麼是內部開發人員平台？
內部開發人員平台專注於公司的內部開發實踐。 您可以定義一組建議和被支援的從開發到生產的路徑，並使用內部平台逐步佈建這些路徑。
用現實世界的類比來說，新路徑通常一開始是土路，但隨著越來越多的人使用它們，它們被鋪設起來以提高安全性，同時保持速度和吞吐量。 內部開發人員平台內的既定流程也有類似的目標。 它們旨在指導開發人員完成關鍵要求和標準，而不會犧牲開發人員的交付速度。 這是透過為開發團隊提供標準化、安全且可擴展的自助服務功能來實現的。 同時，您仍然可以輕鬆地讓營運和 IT 組織確保底層基礎設施和工具高效、合規且符合成本效益。 雖然有些道路可能部分鋪好，但完全鋪好的黃金路徑可以減輕每個參與者的認知負擔。
開發人員是內部開發人員平台的主要消費者或客戶。 自動化和集中化可實現高效運營，同時確保滿足合規性等利害關係人要求。
透過平台工程，您可以將 產品思維 與 DevOps 和 DevSecOps 的學習相結合，以提供一組工具，以建立此內部平台。 這些工具提供了足夠的自動化、追蹤、治理和可觀察性，引導開發團隊自然地「進入成功的深淵」。正如一家跨國大眾媒體公司的平台工程負責人所說：
採用平台工程來提高產品交付的速度或效率。 集中式團隊消除了每個團隊對基礎設施的擔憂，從而提高了效率......它們還增強了安全性，因為一切都是預先定義的，從而減少了錯誤。 - Daniel，財富 500 強媒體公司雲端工程師
內部開發人員平台可減少或消除認知負載和手動步驟，協助您在整個開發和營運生命週期中集中和擴展專業知識。
以增量方式建置開發人員平台，專注於自助服務和自動化
實施成功的平台工程策略需要付出努力，但回報是值得的。 少於 20 人的團隊能夠支援數千名開發人員和數百個專案的情況並不少見。
然而，創建內部開發人員平台是一個旅程。 我們不建議採用全面變革或自上而下的推動。 平台工程的一個重要方面是應用產品思維，將開發人員、機器學習專業人員或數據科學家視為您的客戶。 正如一家科技公司的一位平台工程師所說：
[我們的] 平台工程工具旨在解決兩個主要問題。 第一個是促進使用自助服務模式提供服務。 … 第二個是提供自動支援系統，例如效能指標和應用程式可用性。 目標是使開發人員能夠更快、更高效地工作，同時擁有所有必要的信息來排除故障和優化他們的應用程序。 - Alex，大型科技公司首席雲架構師
沒有兩家公司是相同的，因此請考慮內部客戶的特定需求 ，以規劃整個旅程的增量路線。 透過建立一組核心建置區塊，並隨著時間的推移進行組裝，您可以確保您的內部開發平台具有足夠的價值，讓開發團隊成為倡導者並希望在此過程中使用它。 利用這些資訊為您的平台創建一個最小可行的平台版本，和最小可行產品，並從該基礎開始發展。
重要的一點是，您應將在這些領域的投資視為平台工程發展過程中的重要元件。 然後，您可以專注於透過客製化投資創建有凝聚力的黏合劑，為您的業務增加獨特的價值，而不是從頭開始建立一切。