應(yīng)用程序性能監(jiān)控 (APM) 的性質(zhì)正在發(fā)生變化，主要是因為應(yīng)用程序開發(fā)、應(yīng)用程序部署和技術(shù)基礎(chǔ)架構(gòu)的性質(zhì)正在發(fā)生變化。上周，我與BMC Software討論了 APM 的未來，并提出了一系列正在改變 APM 的力量，以及組織在監(jiān)控應(yīng)用程序性能和未來數(shù)字用戶體驗方面需要關(guān)注的內(nèi)容。
傳統(tǒng)與以應(yīng)用程序為中心的基礎(chǔ)架構(gòu)
影響應(yīng)用程序性能監(jiān)控的第一個力量是應(yīng)用程序交付架構(gòu)的不斷變化的性質(zhì)。
傳統(tǒng)的應(yīng)用程序交付架構(gòu)側(cè)重于通過客戶端-服務(wù)器軟件或通過 Web 服務(wù)器、應(yīng)用程序服務(wù)器和數(shù)據(jù)庫層交付應(yīng)用程序。諸如 ERP 系統(tǒng)之類的遺留應(yīng)用程序駐留在幾個集中式服務(wù)器上，應(yīng)用程序和數(shù)據(jù)庫駐留在同一臺服務(wù)器上，并且應(yīng)用程序通過本地數(shù)據(jù)中心進(jìn)行使用。用戶通過通常（但不總是）駐留在 PC 和筆記本電腦上的設(shè)備上的公司批準(zhǔn)的軟件訪問應(yīng)用程序。
新的應(yīng)用交付架構(gòu)有不同的關(guān)注點。大多數(shù)公司正在轉(zhuǎn)向多源基礎(chǔ)架構(gòu)，其中不同類型的應(yīng)用程序托管在幾個不同的環(huán)境中，包括：
- 傳統(tǒng)的本地客戶端-服務(wù)器或基于 Web 的應(yīng)用程序
- 已遷移到私有云、公共云或混合云環(huán)境的傳統(tǒng)應(yīng)用程序
- B2B/B2C 應(yīng)用程序和微服務(wù)在云中運行并由用戶提供的設(shè)備（BYOD - 包括手機、平板電腦、筆記本電腦、連接的機器）通過 Web 或通過用戶請求并安裝在自己的設(shè)備上的應(yīng)用程序訪問
- 消耗大量計算資源和網(wǎng)絡(luò)帶寬的大數(shù)據(jù)應(yīng)用
軟件定義網(wǎng)絡(luò) (SDN) 等較新的技術(shù)較少關(guān)注定義特定的 Internet 協(xié)議配置，而更多地關(guān)注定義在整個 Internet 中運行應(yīng)用程序所需的連接。這些技術(shù)可以統(tǒng)稱為以應(yīng)用程序為中心的基礎(chǔ)設(shè)施。
以應(yīng)用程序為中心的基礎(chǔ)設(shè)施配置和顯示整個應(yīng)用程序生態(tài)系統(tǒng)，包括為應(yīng)用程序服務(wù)的不同應(yīng)用程序交付層（Web、應(yīng)用程序和數(shù)據(jù)庫），以及每個層的存在位置。借助以應(yīng)用程序為中心的基礎(chǔ)架構(gòu)，管理員可以管理特定應(yīng)用程序交付的系統(tǒng)，而不是像過去那樣管理單個服務(wù)器、交換機、路由器和防火墻。與現(xiàn)有的傳統(tǒng)架構(gòu)相比，這種方法提供了許多優(yōu)勢，包括自動負(fù)載平衡、按需配置以及擴(kuò)展網(wǎng)絡(luò)資源以匹配升級后的應(yīng)用程序和數(shù)據(jù)需求的能力。
DevOps 和敏捷推動 APM 變革
DevOps和敏捷軟件開發(fā)也在推動應(yīng)用程序性能監(jiān)控的變化。這兩種做法都推動了更快的應(yīng)用程序開發(fā)和部署，雖然對業(yè)務(wù)有利，但也有其缺點。由于應(yīng)用程序更改推出得如此之快，因此有時很難看到這些更改對實時生產(chǎn)環(huán)境的影響。
應(yīng)用程序開發(fā)人員和所有者傳統(tǒng)上負(fù)責(zé)監(jiān)控和修復(fù)應(yīng)用程序性能。問題在于，由于開發(fā)人員和所有者已成為業(yè)務(wù)增長的創(chuàng)新者，他們忙于開發(fā)，無法處理所有舊的性能監(jiān)控功能。除了一個例外，應(yīng)用程序性能監(jiān)控由組織的 IT 運營團(tuán)隊 (IT Ops) 負(fù)責(zé)，他們現(xiàn)在需要為該功能尋找新工具。
傳統(tǒng)的 IT Ops 監(jiān)控涉及我喜歡稱之為四大應(yīng)用程序監(jiān)控的問題：
- 關(guān)鍵服務(wù)器和應(yīng)用程序是否可用？很多時候，這是通過 ping 測試來完成的。
- 系統(tǒng)上是否存在需要回答的應(yīng)用程序錯誤？
- 您的所有作業(yè)是否都按計劃運行，是否有任何關(guān)鍵作業(yè)運行時間過長或過短，是否有任何作業(yè)在應(yīng)有的情況下沒有運行？
- 您的基礎(chǔ)架構(gòu)中是否發(fā)生任何硬件錯誤？
由于時間限制以及需要不斷更新遺留軟件包、Web 應(yīng)用程序和微服務(wù)，IT Ops 可能很快需要承擔(dān)應(yīng)用程序開發(fā)人員之前處理的以下額外監(jiān)控職責(zé)：
- 程序是否正確處理數(shù)據(jù)，我們是否需要采取措施糾正數(shù)據(jù)問題？
- 代碼的哪些部分導(dǎo)致問題？
- 響應(yīng)時間慢嗎？是什么原因造成的（代碼、基礎(chǔ)設(shè)施、電信、服務(wù)器等）？
但是，應(yīng)用程序開發(fā)和業(yè)務(wù)所有者的權(quán)限仍然存在一個問題：客戶體驗和滿意度。雖然 IT Ops 已經(jīng)接管了大多數(shù)傳統(tǒng)性能監(jiān)控問題，但應(yīng)用程序和業(yè)務(wù)所有者對客戶如何與應(yīng)用程序交互以及客戶對使用應(yīng)用程序的滿意度非常感興趣。客戶體驗很重要，因為它直接反映了失去的機會、收入和客戶。糟糕的客戶體驗可能會導(dǎo)致違反服務(wù)水平協(xié)議 (SLA)，以及對客戶的品牌和聲譽造成損害。客戶體驗是一個關(guān)鍵主題，在大多數(shù)組織中，將繼續(xù)成為 IT 內(nèi)部和外部業(yè)務(wù)所有者和應(yīng)用程序開發(fā)的責(zé)任。
這一切如何改變 APM？
如您所見，這兩種力量指向使用不同于 IT 傳統(tǒng)使用的 APM 工具。如果您遇到其中的一些變化并需要更新您的 APM 工具，您可能希望在新的 APM 工具集中尋找以下一些功能，由 BMC Software 提供：
- 以應(yīng)用程序為中心的基礎(chǔ)設(shè)施監(jiān)控——能夠在一個視圖中查看所有應(yīng)用程序?qū)樱缓笊钊氲讲煌膶硬⒃u估每個層的性能。
- 應(yīng)用程序組件深入研究——映射您的應(yīng)用程序拓?fù)洳⒏櫤蠖擞脩羰聞?wù)以查明問題的根源。
- 綜合事務(wù)管理——在特定位置自動測試應(yīng)用程序腳本以發(fā)現(xiàn)特定區(qū)域的問題（即，這個應(yīng)用程序在巴黎而不是舊金山如何工作？）以及監(jiān)控本地移動應(yīng)用程序用戶體驗的能力。
- 被動最終用戶體驗監(jiān)控——使用實時信息識別和跟蹤使用趨勢，這些信息包含您的應(yīng)用程序在現(xiàn)實世界中發(fā)生的非典型行為。監(jiān)控給定地理區(qū)域中給定應(yīng)用程序的實際使用趨勢，例如用戶負(fù)載和響應(yīng)時間。
- 活躍的最終用戶體驗——監(jiān)控和發(fā)現(xiàn)最終用戶與應(yīng)用程序和微服務(wù)的交互，以確定用戶的體驗。
