狀態管理

基礎設施狀態管理設計決策有時會在初始機制設計和範圍期間被忽略。不過，如果未能考慮設計中所需的彈性，例如開發團隊工具和模式差異，可能會導致大量的後機制返工。評估您的狀態管理方法時，請考慮下列問題：

• 誰將管理基礎設施和應用程式狀態？

• 當狀態中斷時會發生什麼情況？

• 誰將修復狀態問題？

• 如果修補是由中央團隊處理，該方法是否會導致開發延遲和停機時間？ 如何將這種中斷降至最低？

例如，假設一個提供中央狀態管理解決方案的組織。這可大幅提升解決方案的上市速度，因為開發人員不需要為每個專案重新打造輪子。不過，任何東西有時都會中斷。狀態沒有例外。當狀態中斷時，請考慮下列幾點：

• 應該有明確的聯絡點 (POC)。

• POC 應該可以立即修復問題。例如，不要在考慮後使用 狀態管理的完整工作JIRA清單來負擔 POC。

• 具有存取權的機制已準備就緒，可運作並解決問題。