在平台工程中佈建和管理基礎架構涉及從手動和不一致的流程演變為更自動化、可擴展和自適應的方法。 透過採用自動化和標準化流程，組織可以減少錯誤、提高效率並確保一致的基礎設施管理。
重點領域包括定義佈建程式、管理基礎結構和佈建要求，以及監視資源配置。
階段
說明書
在初始階段，組織強調靈活性和對基礎設施需求的快速響應，IT 或架構團隊通過文檔提供指導。 開發人員根據此指南手動設定基礎設施，由於不同的團隊使用不同的方法，因此導致不一致。 存取和佈建請求是手動審查的，導致延遲，開發人員自行處理佈建，增加了出錯的風險。 缺乏正式的流程和對手動檢查的依賴導致操作孤立、停機時間增加以及維護可擴展基礎設施的困難，使得這種方法隨著需求的增長而無法持續。
定義佈建流程：開發人員根據具體情況手動設定基礎設施，通常使用不同的方法和工具來執行類似的任務。
回應和管理基礎結構和服務佈建要求：基礎結構要求會視需要手動處理，通常透過非正式的通訊管道 （例如電子郵件和聊天），存取權由 IT 或架構團隊的手動檢閱來控制。 個別小組或開發人員負責佈建。
監視資源配置：團隊可能會依賴手動檢查來確保資源不會耗盡容量，但通常只有在出現問題時才會使用。
協調
隨著組織認識到需要更一致和高效的運營，因此採取了初步步驟來集中和標準化配置流程。 一些團隊開始調整他們的工具和方法，但如果沒有組織範圍內的標準，差異就會持續存在。 引入集中式系統（例如票證）來管理基礎設施請求，但這種方法可能會引入瓶頸，因為手動批准和佈建會增加開銷。 向集中化和標準化的過渡雖然是必要的，但可能會減慢開發和部署週期，凸顯進一步簡化的必要性。
定義佈建程式：某些小組開始使用和修改類似的工具和腳本，但沒有組織範圍的標準。 有些團隊手動佈建資源，有些團隊使用可用的工具和腳本。
回應和管理基礎結構和服務佈建要求：要求會透過集中式系統 （例如票證系統） 提交，而集中式 IT 或平台小組會手動核准和佈建基礎結構。
監控資源分配： 團隊開始使用標準工具收集資源利用率數據，但監控通常是針對個別服務或專案設定的，沒有整體視圖。
鋪砌
該組織專注於在整個運營中建立正式且一致的配置流程。 然而，隨著基礎設施請求量的增加，即使有結構化的工作流程，平台團隊也可能難以跟上。 這裡面臨的挑戰是在不影響服務品質或效率的情況下管理不斷增長的需求，從而推動了對更具可擴展性解決方案的需求。
定義佈建流程：工程師使用基礎設施即程式碼（IaC）範本來佈建服務。 佈建程式在整個組織中正式化和標準化。 IaC 實踐被廣泛採用，所有團隊都使用一致的模板和工具。
回應和管理基礎結構和服務佈建請求：請求透過結構化工作流程進行處理，並使用預先定義的範本和定義的流程來簡化佈建（例如，鋪砌路徑和黃金路徑）。 某些類型的請求可能需要核准。
監控資源分配：追蹤一組全面的指標，提供資源分配和利用率的清晰可見性。 集中式儀表板監控所有服務的資源使用情況，提供效能洞察。
自動化
為了解決手動流程的限制並提高效率，該組織轉向自動化配置並將其整合到 CI/CD 管道中。 自動化減少了手動工作並確保了一致的部署，並將治理和合規性檢查內置於工作流程中。 然而，這種向 一切即代碼的 轉變需要更高水平的自動化、腳本編寫和編碼方面的專業知識。 此外，雖然範本簡化了許多流程，但它們可能會過度簡化複雜的場景，需要不斷改進才能有效解決獨特的邊緣情況。
定義佈建流程：佈建流程自動化並整合到 CI/CD 管道中，從而實現快速且一致的基礎設施部署。 治理和合規性檢查已整合到佈建工作流程中。
回應和管理基礎設施和服務佈建請求： 平台團隊透過自動化自助服務功能管理請求流程，允許使用者在受控參數內獨立佈建資源。 授權使用者可以存取專用和共用、標準化和預先設定的環境建立資源。
監控資源分配：根據使用模式自動擴展。
自適應
該組織專注於透過智慧、主動的管理來優化資源分配和績效。 配置不僅是自動化的，而且是自適應的，系統可以即時預測和回應基礎設施需求。 這種方法實現了靈活性和治理之間的平衡，確保資源有效分配，同時保持合規性。 這一層面的挑戰在於管理平衡集中治理與去中心化團隊自主權的複雜性，確保治理標準隨著組織需求而發展，而不會扼殺創新。
定義佈建流程：佈建流程自動化並整合到 CI/CD 管道中，從而實現快速且一致的基礎設施部署。 治理和合規性檢查已整合到佈建工作流程中。
回應和管理基礎設施和服務佈建請求：請求由智慧系統自動處理，該系統會預測需求並主動佈建資源，在維持治理的同時提供靈活性。
監控資源分配： 根據歷史數據和當前使用模式預測資源需求，自動配置或解除分配資源，以保持最佳性能和成本效率。
相關內容