隨著企業(yè)將更多資源轉(zhuǎn)移到云基礎(chǔ)設(shè)施，對物理基礎(chǔ)設(shè)施監(jiān)控的需求開始減少。但是，從安全和架構(gòu)的角度來看，將一些資源保留在內(nèi)部有很多充分的理由，尤其是在過渡期間。即使目標(biāo)是將所有 IT 資源遷移到云中，這種變化也不會在一夜之間發(fā)生，管理這種混合環(huán)境的挑戰(zhàn)仍然存在。即使物理基礎(chǔ)設(shè)施的控制被外包，在沒有這種可見性的情況下，如何保持用戶服務(wù)水平和運(yùn)營效率？

許多云提供商提供自己的監(jiān)控和報告服務(wù)。有些是初級的，而另一些則更高級。不幸的是，這種情況會產(chǎn)生多個管理點(diǎn)、潛在的數(shù)據(jù)共享問題，并且需要對用戶進(jìn)行多種工具的培訓(xùn)。如果這個敘述聽起來很熟悉，那是因?yàn)樗恰５牵鼪]有出現(xiàn)“內(nèi)部”特定于孤島的問題，而是轉(zhuǎn)移到了云服務(wù)提供商身上。筒倉在哪里并不重要，它仍然是多余的和浪費(fèi)的。

企業(yè)管理的一個眾所周知的原則是，您需要查找。信息的地方越少，遇到的問題就越快被識別和解決。翻譯：當(dāng)采用統(tǒng)一的方法時，IT 團(tuán)隊(duì)會更有效。在同一工具集中可視化和管理本地和云托管平臺應(yīng)該是目標(biāo)。但是，云提供商并不總是為應(yīng)用程序級功能提供明確的可用性保證。因此，選擇能夠很好地處理這兩種環(huán)境的應(yīng)用程序的負(fù)擔(dān)落在了 L&O 團(tuán)隊(duì)身上。

托管虛擬機(jī)和存儲確實(shí)提供了操作冗余。然而，在云中構(gòu)建真正有彈性的應(yīng)用程序架構(gòu)可能會很棘手，并且一旦完成，仍然存在用戶性能下降的風(fēng)險。

識別和應(yīng)對這一挑戰(zhàn)的關(guān)鍵是將應(yīng)用程序性能監(jiān)控與以資源為中心的監(jiān)控工具相結(jié)合。理想情況下，您的應(yīng)用程序監(jiān)控平臺支持所有企業(yè)資源的集成全局視圖，無論其位置如何。從 Internet 上的不同位置以及托管位置監(jiān)控應(yīng)用程序性能的能力至關(guān)重要。只有這樣，您才能確保顯示的指標(biāo)為您提供基礎(chǔ)架構(gòu)以及應(yīng)用程序的“用戶體驗(yàn)”視角。這些工具中最好的可以將所有這些功能和可見性直接集成到單個控制臺中。

亞馬遜 AWS 等許多云提供商擁有高級工具來控制其云中的安全性和流量，但這些高度精細(xì)的控制配置起來很復(fù)雜，并且可能會導(dǎo)致配置錯誤，從而導(dǎo)致性能下降和服務(wù)中斷。

所有組織都必須制定計(jì)劃，以確保可靠的應(yīng)用程序交付，并快速通知性能問題和故障。一個有效的應(yīng)用程序監(jiān)控平臺必須提供對內(nèi)容的詳細(xì)驗(yàn)證，包括查找 XPath 或正則表達(dá)式以全面驗(yàn)證內(nèi)容并保證應(yīng)用程序按要求執(zhí)行的能力。

其他關(guān)鍵功能是與云提供商的 API 集成以自動檢測新服務(wù)、整合事件以及警報和日志的能力。當(dāng)此功能存在時，所節(jié)省的時間和精力監(jiān)控、管理和加入新資源是無法估量的。相比之下，如果沒有此功能，無法動態(tài)調(diào)整的監(jiān)控平臺會產(chǎn)生更可怕的后果：未報告/未檢測到的面向用戶的錯誤，并迅速降低用戶對服務(wù)的信心——以及需要糾正的更大問題。

雖然對于大多數(shù)組織來說，遷移到混合云架構(gòu)是不可避免的，但它具有許多優(yōu)勢，但整合的監(jiān)控方法將有助于減輕如果從一開始就沒有注意可能發(fā)生的固有性能風(fēng)險。