在遷入雲端的同時保留內部部署系統的同時，這意味著要管理的資源過多，異構性太多，複雜性過高。
雲複雜性危機即將爆發。我們每天都向雲端添加數百個工作負載，建立新的數據庫，添加不同類型的計算和存儲，以及添加基於雲的網絡——並且在不撤下幾乎不存在的內部部署的資源的情況下完成所有這些工作。
最終狀態就是：要管理的資源太多，異構性太大，複雜性太高。
但是，一切都沒有丟失。你可以做一些規劃並使用好的工具來控制複雜性——無論是傳統的內部部署的複雜性還是你正在構建的新的雲複雜性。但是，就像IT中所有有價值的東西一樣，你不得不投入一些時間，規劃和資源來解決這個問題(不僅僅在前期，而且是持續不斷地)。
以下是幾點建議：
創建一個複雜性管理計劃。這意味著在開始投放流程、技術和解決問題所需的大量資金之前，先回過頭來看看自己所面臨的問題。在這個計劃中，你需要定義處理傳統的複雜性和雲驅動的複雜性的方法，如何跟蹤系統，如何最大限度地減少今後的複雜性，以及如何使用技術來為你提供幫助。
選擇管理複雜性所需的工具。這是一個潘多拉盒子，因為所有人都知道哪些工具會派上用場。在我的工作中，我最終以一些非常合乎邏輯的事情為依據進行了很多激動人心的討論。你要選擇具備以下功能的工具：配置管理，開發運維自動化，混合(雲端和本地)監控和管理工具以及雲特有的工具(如雲服務代理(CSB)或雲管理平臺(CMP))。
設置流程。這意味著要花時間弄清楚跟蹤雲和傳統資源的核心處理程序，綁定到這些資源的服務以及存在於這些資源周圍的數據的處理程序。你如何添加和/或刪除資源?誰做的?你用什麼工具?
如果你做對了，你將在未來十年有非常高的生產力。如果你做錯了，你很可能要一直埋頭苦幹。做出你的選擇吧。
閱讀更多 企業網D1Net 的文章
