影響應(yīng)用程序性能監(jiān)控的第一個(gè)力量是應(yīng)用程序交付架構(gòu)的不斷變化的性質(zhì)。

傳統(tǒng)的應(yīng)用程序交付架構(gòu)側(cè)重于通過(guò)客戶端-服務(wù)器軟件或通過(guò) Web 服務(wù)器、應(yīng)用程序服務(wù)器和數(shù)據(jù)庫(kù)層交付應(yīng)用程序。諸如 ERP 系統(tǒng)之類(lèi)的遺留應(yīng)用程序駐留在幾個(gè)集中式服務(wù)器上，應(yīng)用程序和數(shù)據(jù)庫(kù)駐留在同一臺(tái)服務(wù)器上，并且應(yīng)用程序通過(guò)本地?cái)?shù)據(jù)中心進(jìn)行使用。用戶通過(guò)通常（但不總是）駐留在 PC 和筆記本電腦上的設(shè)備上的公司批準(zhǔn)的軟件訪問(wèn)應(yīng)用程序。

新的應(yīng)用交付架構(gòu)有不同的關(guān)注點(diǎn)。大多數(shù)公司正在轉(zhuǎn)向多源基礎(chǔ)架構(gòu)，其中不同類(lèi)型的應(yīng)用程序托管在幾個(gè)不同的環(huán)境中，包括：

• 傳統(tǒng)的本地客戶端-服務(wù)器或基于 Web 的應(yīng)用程序
• 已遷移到私有云、公共云或混合云環(huán)境的傳統(tǒng)應(yīng)用程序
• B2B/B2C 應(yīng)用程序和微服務(wù)在云中運(yùn)行并由用戶提供的設(shè)備（BYOD - 包括手機(jī)、平板電腦、筆記本電腦、連接的機(jī)器）通過(guò) Web 或通過(guò)用戶請(qǐng)求并安裝在自己的設(shè)備上的應(yīng)用程序訪問(wèn)
• 消耗大量計(jì)算資源和網(wǎng)絡(luò)帶寬的大數(shù)據(jù)應(yīng)用

軟件定義網(wǎng)絡(luò) (SDN) 等較新的技術(shù)較少關(guān)注定義特定的 Internet 協(xié)議配置，而更多地關(guān)注定義在整個(gè) Internet 中運(yùn)行應(yīng)用程序所需的連接。這些技術(shù)可以統(tǒng)稱(chēng)為以應(yīng)用程序?yàn)橹行牡幕A(chǔ)設(shè)施。

以應(yīng)用程序?yàn)橹行牡幕A(chǔ)設(shè)施配置和顯示整個(gè)應(yīng)用程序生態(tài)系統(tǒng)，包括為應(yīng)用程序服務(wù)的不同應(yīng)用程序交付層（Web、應(yīng)用程序和數(shù)據(jù)庫(kù)），以及每個(gè)層的存在位置。借助以應(yīng)用程序?yàn)橹行牡幕A(chǔ)架構(gòu)，管理員可以管理特定應(yīng)用程序交付的系統(tǒng)，而不是像過(guò)去那樣管理單個(gè)服務(wù)器、交換機(jī)、路由器和防火墻。與現(xiàn)有的傳統(tǒng)架構(gòu)相比，這種方法提供了許多優(yōu)勢(shì)，包括自動(dòng)負(fù)載平衡、按需配置以及擴(kuò)展網(wǎng)絡(luò)資源以匹配升級(jí)后的應(yīng)用程序和數(shù)據(jù)需求的能力。

DevOps 和敏捷推動(dòng) APM 變革

DevOps和敏捷軟件開(kāi)發(fā)也在推動(dòng)應(yīng)用程序性能監(jiān)控的變化。這兩種做法都推動(dòng)了更快的應(yīng)用程序開(kāi)發(fā)和部署，雖然對(duì)業(yè)務(wù)有利，但也有其缺點(diǎn)。由于應(yīng)用程序更改推出得如此之快，因此有時(shí)很難看到這些更改對(duì)實(shí)時(shí)生產(chǎn)環(huán)境的影響。

應(yīng)用程序開(kāi)發(fā)人員和所有者傳統(tǒng)上負(fù)責(zé)監(jiān)控和修復(fù)應(yīng)用程序性能。問(wèn)題在于，由于開(kāi)發(fā)人員和所有者已成為業(yè)務(wù)增長(zhǎng)的創(chuàng)新者，他們忙于開(kāi)發(fā)，無(wú)法處理所有舊的性能監(jiān)控功能。除了一個(gè)例外，應(yīng)用程序性能監(jiān)控由組織的 IT 運(yùn)營(yíng)團(tuán)隊(duì) (IT Ops) 負(fù)責(zé)，他們現(xiàn)在需要為該功能尋找新工具。

傳統(tǒng)的 IT Ops 監(jiān)控涉及我喜歡稱(chēng)之為四大應(yīng)用程序監(jiān)控的問(wèn)題：

1. 關(guān)鍵服務(wù)器和應(yīng)用程序是否可用？很多時(shí)候，這是通過(guò) ping 測(cè)試來(lái)完成的。
2. 系統(tǒng)上是否存在需要回答的應(yīng)用程序錯(cuò)誤？
3. 您的所有作業(yè)是否都按計(jì)劃運(yùn)行，是否有任何關(guān)鍵作業(yè)運(yùn)行時(shí)間過(guò)長(zhǎng)或過(guò)短，是否有任何作業(yè)在應(yīng)有的情況下沒(méi)有運(yùn)行？
4. 您的基礎(chǔ)架構(gòu)中是否發(fā)生任何硬件錯(cuò)誤？

由于時(shí)間限制以及需要不斷更新遺留軟件包、Web 應(yīng)用程序和微服務(wù)，IT Ops 可能很快需要承擔(dān)應(yīng)用程序開(kāi)發(fā)人員之前處理的以下額外監(jiān)控職責(zé)：

• 程序是否正確處理數(shù)據(jù)，我們是否需要采取措施糾正數(shù)據(jù)問(wèn)題？
• 代碼的哪些部分導(dǎo)致問(wèn)題？
• 響應(yīng)時(shí)間慢嗎？是什么原因造成的（代碼、基礎(chǔ)設(shè)施、電信、服務(wù)器等）？

但是，應(yīng)用程序開(kāi)發(fā)和業(yè)務(wù)所有者的權(quán)限仍然存在一個(gè)問(wèn)題：客戶體驗(yàn)和滿意度。雖然 IT Ops 已經(jīng)接管了大多數(shù)傳統(tǒng)性能監(jiān)控問(wèn)題，但應(yīng)用程序和業(yè)務(wù)所有者對(duì)客戶如何與應(yīng)用程序交互以及客戶對(duì)使用應(yīng)用程序的滿意度非常感興趣。客戶體驗(yàn)很重要，因?yàn)樗苯臃从沉耸サ臋C(jī)會(huì)、收入和客戶。糟糕的客戶體驗(yàn)可能會(huì)導(dǎo)致違反服務(wù)水平協(xié)議 (SLA)，以及對(duì)客戶的品牌和聲譽(yù)造成損害。客戶體驗(yàn)是一個(gè)關(guān)鍵主題，在大多數(shù)組織中，將繼續(xù)成為 IT 內(nèi)部和外部業(yè)務(wù)所有者和應(yīng)用程序開(kāi)發(fā)的責(zé)任。

這一切如何改變 APM？

如您所見(jiàn)，這兩種力量指向使用不同于 IT 傳統(tǒng)使用的 APM 工具。如果您遇到其中的一些變化并需要更新您的 APM 工具，您可能希望在新的 APM 工具集中尋找以下一些功能，由 BMC Software 提供：

• 以應(yīng)用程序?yàn)橹行牡幕A(chǔ)設(shè)施監(jiān)控——能夠在一個(gè)視圖中查看所有應(yīng)用程序?qū)樱缓笊钊氲讲煌膶硬⒃u(píng)估每個(gè)層的性能。
• 應(yīng)用程序組件深入研究——映射您的應(yīng)用程序拓?fù)洳⒏櫤蠖擞脩羰聞?wù)以查明問(wèn)題的根源。
• 綜合事務(wù)管理——在特定位置自動(dòng)測(cè)試應(yīng)用程序腳本以發(fā)現(xiàn)特定區(qū)域的問(wèn)題（即，這個(gè)應(yīng)用程序在巴黎而不是舊金山如何工作？）以及監(jiān)控本地移動(dòng)應(yīng)用程序用戶體驗(yàn)的能力。
• 被動(dòng)最終用戶體驗(yàn)監(jiān)控——使用實(shí)時(shí)信息識(shí)別和跟蹤使用趨勢(shì)，這些信息包含您的應(yīng)用程序在現(xiàn)實(shí)世界中發(fā)生的非典型行為。監(jiān)控給定地理區(qū)域中給定應(yīng)用程序的實(shí)際使用趨勢(shì)，例如用戶負(fù)載和響應(yīng)時(shí)間。
• 活躍的最終用戶體驗(yàn)——監(jiān)控和發(fā)現(xiàn)最終用戶與應(yīng)用程序和微服務(wù)的交互，以確定用戶的體驗(yàn)。