往期热门文章：
1，《往期精选优秀博文都在这里了！》
2、呕心沥血总结的14张思维导图，教你构建 Python核心知识体系（附高清下载）
3、一份来自亚马逊技术专家的Google面试指南，GitHub收获9.8万星，已翻译成中文
4、支付宝系统架构（内部架构图）
5、牛逼！IDEA 要本土化，真的是全中文了！中国开发者话语权越来越大了
作者 |王韵菲
来源|/article//11/16/22990.html
本文中，小编搜集了7个最有影响的衡量标注，让你可以不依赖日志文件来了解应用程序。现在，让我们看看这些性能指标，并了解如何查看并收集它们：
1.响应时间和吞吐量
根据应用程序的响应时间可以知道程序完成传输数据所用的时间。也可以从HTTP请求级别，或者成为数据库级别来看。对那些缓慢的查询你需要做一些优化来缩短时间。吞吐量是另一个角度衡量传输数据的指标，是指单位时间内系统处理的客户请求的数量。
我们可以使用APMs（例如New Relic或AppDynamics）来衡量这些指标。使用这些工具，你可以在主报告仪表板中将平均响应时间与昨天的甚至上周的直接进行对比。这有助于我们观察新的部署是否会影响到我们的应用程序。你可以看到网络传输的百分比，测量HTTP完成请求需要多长时间。
推荐工具：
AppDynamics
New Relic
Ruxit
New Relic报告：Web传输百分比和吞吐量
2.平均负载
第二个应用广泛的指标是平均负载。我们习惯上会把平均负载分为这三步测量，分别是第5分钟、第15分钟和最后1分钟。要保证数量低于机器的内核数。一旦超过内核数，机器就会运行在压力状态下。（关注互联网架构师公众号回复“2T”，送你全套架构视频。）
除了简单测量CPU使用率，还需要关注每个内核的队列中有多少进程。在内核使用率都是100%的情况下，队列中只有1个任务和有6个任务有很大不同。因此，平均负载不能只考虑CPU使用率。
推荐工具：
htop
3.错误率
大多数开发人员判断错误率是根据HTTP传输总失败百分比。但是他们忽略了一个更深层的东西：特定传输的错误率。这直接影响到您应用程序的运行状况。这可以显示出代码方法的错误以及错误或异常出现的次数。
但单纯的错误率数据对我们没有多大帮助。最重要的是我们要找到它们的根源并解决问题。随着Takipi的运行，我们要在日志文件中需找线索。你可以找到所有关于服务器状态的信息，包括堆栈跟踪、源代码和变量值。
推荐工具：
Takipi
4.GC率和暂停时间
异常行为垃圾收集器应用程序的吞吐量和响应时间采取深潜的主要原因之一。了解GC暂停频率和持续时间的关键是分析GC日志文件。要分析它们，你需要收集GC日志和JVM参数。你要注意观察不同指标之间的数据是如何相互影响的。关注公众号互联网架构师，回复关键字2T，获取最新架构视频
推荐工具：
jClarity Censum
GCViewer
5.业务指标
应用程序的性能不完全取决于响应时间和错误率。业务指标也是一方面，例如收益、用户数。
推荐工具：
Grafana
The ELK stack
Datadog
Librato
6.正常运行时间和服务运行状态
这一指标奠定了整个应用程序性能的基础。不仅可以当做一个提醒指标，也可以让你定义一段时间内的SKA。我们可以使用Pingdom的servlet功能进行运行状态检查。我们可以查到应用程序的所有传输，包括数据库和S3。
推荐工具：
Pingdom
7.日志大小
日志有一个缺点，它是一直在增加的。当您的服务器启动塞满了垃圾，一切都慢下来。因此，我们需要密切的关注日志大小。
目前通常的解决办法是使用logstash划分使用日志，并将它们发送并存储在Splunk、ELK或其他的日志管理工具中。
推荐工具：
Splunk
Sumo Logic
Loggly
另：公众号后台回复【2T】有惊喜礼包！
推荐阅读 ↓↓↓
1.不认命，从流水线工人，到谷歌上班的程序媛，一位湖南妹子的励志故事
2.如何才能成为优秀的架构师？
3.从零开始搭建创业公司后台技术栈
4.“37岁，985毕业，年薪50万，被裁掉只用了10分钟”
5.37岁程序员被裁，120天没找到工作，无奈去小公司，结果懵了...
6.副业&接私活必备的 10 个开源项目！
7.你知道哪10大算法统治着全球吗？
8.15张图看懂瞎忙和高效的区别！
