1. 用戶滿意度/Apdex分數

應用程序性能指數或分數已經成為跟蹤應用程序相對性能的行業標準。

它的原理是跟蹤一個特定Web請求或一個事務需要花費多長時間才能完成。

那些事務請求隨后會被分成四種類型，分別為：滿意的（快）、可以容忍的（有點慢）、太慢和失敗。最后通過一個簡單的公式計算得出范圍在0到1之間的分數。

應用程序會幫你度量這些分數，它會自動跟蹤每個應用程序和Web請求的滿意度分數。然后將數字轉換為0-100而不是0-1來表示，使其更容易理解。

2. 平均響應時間

讓我先來說說平均值。我強烈建議使用上面提到的用戶滿意度Apdex分數作為跟蹤整體性能的首選方式。也就是說，平均值仍然是一個有用的應用程序性能指標。

3. 錯誤率

是一項很關鍵的應用程序性能指標。

有三種不同的方式來跟蹤應用程序錯誤率：

• HTTP錯誤率：以錯誤結束的Web請求數。
• 記錄的異常：應用程序未處理和記錄的錯誤的數量。
• 拋出的異常：拋出的數量。

在應用程序中，通常會拋出并忽略數千個異常。隱藏在內的應用程序異?？赡軙е潞芏嘈阅軉栴}。

4. 應用程序實例數量

如果你的應用程序在云上進行規模的擴大或縮小，那么你一定要知道運行的服務器或應用程序實例的數量。自動化的伸縮可以幫助你確保應用程序的規模滿足需求，并在非高峰時段節省你的金錢。同時，這也帶來了一些獨特的監控挑戰。

例如，如果你的應用程序根據CPU使用率自動擴展，你可能看不到CPU使用率變高。但是你會看到服務器實例的數量增多（更不用說你的主機帳單變多了?。?。

5. 請求速率

應用程序接收數據的流量大小會影響你的應用程序的成功。所有其他應用程序的性能指標都會受到流量增加或減少的潛在影響。

請求速率可以跟其他的應用程序性能指標相關聯，以了解應用程序擴展的動態情況。

監控請求速率也可以很好地觀察峰值。如果某個平時繁忙的API突然之間沒有流量了，這可能是一件非常糟糕的事情，要引起注意了。

有一個類似但略有不同的指標是跟蹤并發用戶的數量。這是另一個有趣的指標，可以看看它的相關性是怎么樣的。

6. 應用程序和服務器的CPU

如果服務器上的CPU使用率非常高，你可以確定應用程序的性能出現問題了。服務器和應用程序的CPU使用情況是一個基本并且關鍵的指標。

幾乎所有的服務器和工具都可以跟蹤CPU使用情況并提供監控警報。對每個服務器進行跟蹤是很重要的，同時也要對所有獨立部署的應用程序實例的聚合進行跟蹤。

7. 應用程序的可用性

監控和度量應用程序是否在線并且可用是你應該跟蹤的關鍵指標。大多數公司使用這個指標來衡量服務水平協議（SLA）的正常運行時間。

如果你有一個Web應用程序，則可以通過簡單的周期性的HTTP檢查來監視應用程序的可用性。

Retrace可以每分鐘都為你運行這些類型的HTTP“ping”檢查。它能夠監控響應時間、狀態代碼甚至查找頁面上的特定內容。

8. 垃圾回收

如果你的應用程序是用.NET、C?；蚱渌褂玫木幊陶Z言編寫的，那么你可能會意識到性能問題就可能來自于垃圾回收。

垃圾回收發生時，可能會導致你的進程掛起，并可以使用很多的CPU。

在考慮關鍵應用程序性能指標時，垃圾回收指標可能不是你考慮的首要事情。這可能是一個隱藏的性能問題，所以請始終留意一下這個指標。

對于.NET來說，你可以通過“％ GC時間”這個性能計數器來監視。Java通過JMX指標也具有類似的功能。 Retrace可以使用自己的 功能來監控這些。

本文轉載自，譯者：雁驚寒，