1. 用戶滿意度/Apdex分?jǐn)?shù)

應(yīng)用程序性能指數(shù)或分?jǐn)?shù)已經(jīng)成為跟蹤應(yīng)用程序相對性能的行業(yè)標(biāo)準(zhǔn)。

它的原理是跟蹤一個(gè)特定Web請求或一個(gè)事務(wù)需要花費(fèi)多長時(shí)間才能完成。

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

應(yīng)用程序會幫你度量這些分?jǐn)?shù)，它會自動跟蹤每個(gè)應(yīng)用程序和Web請求的滿意度分?jǐn)?shù)。然后將數(shù)字轉(zhuǎn)換為0-100而不是0-1來表示，使其更容易理解。

2. 平均響應(yīng)時(shí)間

讓我先來說說平均值。我強(qiáng)烈建議使用上面提到的用戶滿意度Apdex分?jǐn)?shù)作為跟蹤整體性能的首選方式。也就是說，平均值仍然是一個(gè)有用的應(yīng)用程序性能指標(biāo)。

3. 錯(cuò)誤率

是一項(xiàng)很關(guān)鍵的應(yīng)用程序性能指標(biāo)。

有三種不同的方式來跟蹤應(yīng)用程序錯(cuò)誤率：

• HTTP錯(cuò)誤率：以錯(cuò)誤結(jié)束的Web請求數(shù)。
• 記錄的異常：應(yīng)用程序未處理和記錄的錯(cuò)誤的數(shù)量。
• 拋出的異常：拋出的數(shù)量。

在應(yīng)用程序中，通常會拋出并忽略數(shù)千個(gè)異常。隱藏在內(nèi)的應(yīng)用程序異常可能會導(dǎo)致很多性能問題。

4. 應(yīng)用程序?qū)嵗龜?shù)量

如果你的應(yīng)用程序在云上進(jìn)行規(guī)模的擴(kuò)大或縮小，那么你一定要知道運(yùn)行的服務(wù)器或應(yīng)用程序?qū)嵗臄?shù)量。自動化的伸縮可以幫助你確保應(yīng)用程序的規(guī)模滿足需求，并在非高峰時(shí)段節(jié)省你的金錢。同時(shí)，這也帶來了一些獨(dú)特的監(jiān)控挑戰(zhàn)。

例如，如果你的應(yīng)用程序根據(jù)CPU使用率自動擴(kuò)展，你可能看不到CPU使用率變高。但是你會看到服務(wù)器實(shí)例的數(shù)量增多（更不用說你的主機(jī)帳單變多了！）。

5. 請求速率

應(yīng)用程序接收數(shù)據(jù)的流量大小會影響你的應(yīng)用程序的成功。所有其他應(yīng)用程序的性能指標(biāo)都會受到流量增加或減少的潛在影響。

請求速率可以跟其他的應(yīng)用程序性能指標(biāo)相關(guān)聯(lián)，以了解應(yīng)用程序擴(kuò)展的動態(tài)情況。

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

有一個(gè)類似但略有不同的指標(biāo)是跟蹤并發(fā)用戶的數(shù)量。這是另一個(gè)有趣的指標(biāo)，可以看看它的相關(guān)性是怎么樣的。

6. 應(yīng)用程序和服務(wù)器的CPU

如果服務(wù)器上的CPU使用率非常高，你可以確定應(yīng)用程序的性能出現(xiàn)問題了。服務(wù)器和應(yīng)用程序的CPU使用情況是一個(gè)基本并且關(guān)鍵的指標(biāo)。

幾乎所有的服務(wù)器和工具都可以跟蹤C(jī)PU使用情況并提供監(jiān)控警報(bào)。對每個(gè)服務(wù)器進(jìn)行跟蹤是很重要的，同時(shí)也要對所有獨(dú)立部署的應(yīng)用程序?qū)嵗木酆线M(jìn)行跟蹤。

7. 應(yīng)用程序的可用性

監(jiān)控和度量應(yīng)用程序是否在線并且可用是你應(yīng)該跟蹤的關(guān)鍵指標(biāo)。大多數(shù)公司使用這個(gè)指標(biāo)來衡量服務(wù)水平協(xié)議（SLA）的正常運(yùn)行時(shí)間。

如果你有一個(gè)Web應(yīng)用程序，則可以通過簡單的周期性的HTTP檢查來監(jiān)視應(yīng)用程序的可用性。

Retrace可以每分鐘都為你運(yùn)行這些類型的HTTP“ping”檢查。它能夠監(jiān)控響應(yīng)時(shí)間、狀態(tài)代碼甚至查找頁面上的特定內(nèi)容。

8. 垃圾回收

如果你的應(yīng)用程序是用.NET、C＃或其他使用的編程語言編寫的，那么你可能會意識到性能問題就可能來自于垃圾回收。

垃圾回收發(fā)生時(shí)，可能會導(dǎo)致你的進(jìn)程掛起，并可以使用很多的CPU。

在考慮關(guān)鍵應(yīng)用程序性能指標(biāo)時(shí)，垃圾回收指標(biāo)可能不是你考慮的首要事情。這可能是一個(gè)隱藏的性能問題，所以請始終留意一下這個(gè)指標(biāo)。

對于.NET來說，你可以通過“％ GC時(shí)間”這個(gè)性能計(jì)數(shù)器來監(jiān)視。Java通過JMX指標(biāo)也具有類似的功能。 Retrace可以使用自己的 功能來監(jiān)控這些。

本文轉(zhuǎn)載自，譯者：雁驚寒，