但是，持續更新和適應更復雜的云計算環境絕不是表面上看起來的那樣，因為企業從不只是處理應用程序，而是正在處理與某些連接的基礎設施(包括其他應用程序)。企業以數字化轉型的名義進行大量更改或對未預料到的更改做出響應，卻不知道它們如何組合在一起是否會產生糟糕的多米諾骨牌效應。但是，由于IT信息現在存儲在不同的系統中，并由不同的團隊維護，使整體景觀處于孤立，并且不一致，因此這樣的知識并不總是容易獲得的。映射應用程序依賴關系可以揭示下面隱藏的內容，并在進行更改時防止企業業務中斷。

 

 

為了有效地管理系統，IT人員需要確切地知道IT環境中有哪些資產，并獲得準確的配置數據。IT人員必須了解應用程序之間和應用程序到服務的依賴關系，以及應用程序到基礎設施的依賴關系。通常，僅僅識別主要應用程序是不夠的，并且必須清楚地描述上游和下游關系，以便為變更做好充分準備，并為人員提供信息。例如，假設IT人員已經在公共云中恢復了主要應用程序，但并不知道用于Web服務的SaaS提供程序是其支付流程的一部分，并且需要通知IP地址更改。雖然這種依賴可能很容易被忽視，但它可能會阻止關鍵業務服務的交付。IT人員可以清楚地了解運營問題的整體影響，例如服務器故障，以及其影響如何在主要應用程序之外產生影響，這將為IT人員節省關鍵時間，并減少組織遇到的不良后果。

 

有些企業可能會在配置管理數據庫(CMDB)中找到此信息。其他企業可能使用自動化應用程序發現工具，尤其是服務影響分析、資產管理、合規性和配置管理。自動發現、ITSM和資產管理解決方案旨在收集和整合所有這些信息。許多IT經理都沉迷于自動發現工具的想法。畢竟使用像自動發現之類的名稱，不應該很容易產生一個全面的圖片?

 

 

從表面上看，自動掃描IT環境應該能夠生成所需要的內容。但通常情況下，這些工具會產生過多的不必要數據，最終無法說明應用程序對業務關鍵型操作的相互依賴性。人們發現這些工具可能無法提供完整的場景信息，例如使用特定應用程序背后的業務邏輯，使其在決定移動內容和移動時間時容易受到攻擊。

 

也有一些IT經理厭煩使用自動發現工具。如果有一個獨特的IT設置， 例如一個具有高度異常配置的定制服務器運行應用程序，那么將如何確信自動發現工具將獲得所需的信息?能確定它會捕獲遺留在組織IT環境中的遺留應用程序及其所有依賴項嗎?

 

 

以下是在準備執行或響應變更時應采取的幾個步驟，同時保持充分的IT彈性：

 

•從各種來源獲取描述環境中所有元素的信息，然后對數據進行標準化以濾除噪聲并構建單一一致的事實來源。雖然大多數人認為必須徹底地映射環境，但是捕獲所有內容可能比許多人預期的更具挑戰性。IT環境變得越來越復雜，關鍵應用程序信息在各個部門中的隔離可能性只會越來越大。

 

•與主題專家驗證數據和應用程序依賴關系，以降低錯過關鍵關系和依賴關系的風險，使團隊能夠做出更好的決策。事實上，在發現階段，讓組織的中小企業了解獲得物理/虛擬庫存、應用程序庫存和依賴關系是至關重要的。

 

•完成依賴性分析后，就可以創建“移動捆綁”和事件了。因為現在可以完整地了解各種應用程序和其他IT組件是如何相互依賴的，所以可以決定哪些應用程序組可以移動。此信息可以節省數據中心轉換、遷移到云端或其他系統改進的大量時間和資源。或者，它可以使IT人員更有效地響應。并最大限度地減少意外中斷的影響，因為IT人員完全了解它在其IT環境中可能會產生什么樣的影響。

 

在IT人員決定采用IT基礎設施時，請考慮不只是移動應用程序，而是正在移動與其連接的所有基礎設施。在當今的動態環境中，應用程序之間的相互依賴性可能非常復雜和廣泛。如果不考慮IT環境中的這些復雜性和相互依賴性，往往會導致關鍵業務服務的延遲、故障和中斷，從而降低企業收入。