1. 用户满意度/Apdex分数

应用程序性能指数或Apdex分数已经成为跟踪应用程序相对性能的行业标准。

它的原理是跟踪一个特定Web请求或一个事务需要花费多长时间才能完成。

那些事务请求随后会被分成四种类型，分别为：满意的（快）、可以容忍的（有点慢）、太慢和失败。最后通过一个简单的公式计算得出范围在0到1之间的分数。

应用程序Retrace会帮你度量这些分数，它会自动跟踪每个应用程序和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＃或其他使用垃圾回收的编程语言编写的，那么你可能会意识到性能问题就可能来自于垃圾回收。

垃圾回收发生时，可能会导致你的进程挂起，并可以使用很多的CPU。

在考虑关键应用程序性能指标时，垃圾回收指标可能不是你考虑的首要事情。这可能是一个隐藏的性能问题，所以请始终留意一下这个指标。

对于.NET来说，你可以通过“％ GC时间”这个性能计数器来监视。Java通过JMX指标也具有类似的功能。 Retrace可以使用自己的应用程序指标 功能来监控这些。

本文转载自CSDN，译者：雁惊寒，原文地址>>