在信息技術和系統管理領域，應用程序性能管理（APM）是對軟件應用程序的性能和可用性的監控和管理。 APM 致力于檢測和診斷復雜的應用程序性能問題，以維持預期的服務水平。 APM 是將 IT 指標轉化為業務意義（[即] 價值）。

兩組性能指標受到密切監控。 xxx組性能指標定義了應用程序最終用戶體驗到的性能。 性能的一個例子是峰值負載下的平均響應時間。 該集合的組件包括負載和響應時間：

• 負載是應用程序處理的事務量，例如每秒事務數、每秒請求數、每秒頁面數。 在沒有被基于計算機的需求（例如搜索、計算、傳輸）加載的情況下，大多數應用程序都足夠快，這就是程序員在開發過程中可能不會發現性能問題的原因。

• 響應時間是應用程序在這種負載下響應用戶操作所需的時間。

第二組性能指標測量應用程序為負載使用的計算資源，指示是否有足夠的容量來支持負載，以及性能瓶頸的可能位置。 這些量的測量為應用程序建立了經驗性能基線。 然后可以使用基線來檢測性能變化。 性能變化可以與外部事件相關聯，隨后用于預測應用程序性能的未來變化。

APM 的使用對于 Web 應用程序來說很常見，這最適合更詳細的xxx技術。 除了測量用戶的響應時間之外，還可以xxx Web 應用程序組件的響應時間，以幫助查明延遲原因。 還存在可以在應用程序的 Web 服務器層解碼特定于事務的響應時間的 HTTP 設備。

在他們的 APM 概念框架中，Gartner Research 描述了 APM 的五個維度：

• 最終用戶體驗監控 –（主動和被動）
• 應用程序運行時架構發現和建模
• 用戶定義的交易分析（也稱為業務交易管理）
• 應用組件監控
• 報告和 應用程序數據分析。

2016 年，Gartner Research 將其定義更新為三個主要功能維度：

• 最終用戶體驗監控 (EUEM) 已演變為數字體驗監控 (DEM)；
• 應用程序發現、跟蹤和診斷 (ADTD) 這一新維度結合了三個以前獨立的維度（應用程序拓撲 [運行時架構] 發現和可視化、用戶定義的事務分析和應用程序組件深入研究），因為所有 三項主要側重于問題補救并且相互關聯；
• 應用程序分析 (AA)。

2013年上半年以來，APM進入了多廠商、多觀點的技術和戰略激烈競爭期。 這引起了市場的劇變，來自無關背景（包括網絡監控、系統管理、應用程序檢測和 Web 性能監控）的供應商采用了圍繞 APM 的消息傳遞。 因此，APM 一詞已被淡化，并演變成跨多個不同計算平臺而非單一市場管理應用程序性能的概念。 有這么多供應商可供選擇，選擇一個可能是一個挑戰。 仔細評估每一項以確保其功能滿足您的需求非常重要。

實施 APM 的兩個挑戰是 (1) 很難檢測應用程序以監控應用程序性能，尤其是在應用程序的組件之間，以及 (2) 應用程序可以虛擬化，這會增加測量的可變性。

為了緩解xxx個問題，應用程序服務管理 (ASM) 提供了一種以應用程序為中心的方法，其中業務服務性能可見性是一個關鍵目標。 分布式、虛擬和基于云的應用程序中存在的第二個方面對應用程序性能監控提出了獨特的挑戰，因為大多數關鍵系統組件不再托管在一臺機器上。 每個功能現在都可能被設計為在多個虛擬化系統上運行的 Internet 服務。 應用程序本身很可能會從一個系統遷移到另一個系統以滿足服務級別目標并處理瞬間中斷。