以下是写好标签的一些准则：
这点貌似与前一点相矛盾？其实不然，网站要不要创新与改变？答案是肯定的，问题是如何改变，以何种意愿去改变。一些人往往忽略了很重要的一点，那就是网站 前途是由网站的访问者决定的，而不是由网站建设者决定的。所以让用户满意是网站建设的首要任务。一定要重视访问者的反馈，因为那些将要购买你的产品或服务 的客户就在这些访问者中间，只有了解他们的感受，才能使你获得成功。
Java应用中，需要关注的7个性能指标
Java是目前世界上最流行的计算机编程语言，是一种可以编写跨平台应用软件的面向对象的程序设计语言。本文中，小编搜集了7个最有影响的衡量标注，让你可以不依赖日志文件来了解应用程序。现在，让我们看看这些性能指标，并了解如何查看并收集它们：
1.响应时间和吞吐量
根据应用程序的响应时间可以知道程序完成传输数据所用的时间。也可以从HTTP请求级别，或者成为数据库级别来看。对那些缓慢的查询你需要做一些优化来缩短时间。吞吐量是另一个角度衡量传输数据的指标，是指单位时间内系统处理的客户请求的数量。
我们可以使用APMs（例如New Relic或AppDynamics）来衡量这些指标。使用这些工具，你可以在主报告仪表板中将平均响应时间与昨天的甚至上周的直接进行对比。这有助于我们观察新的部署是否会影响到我们的应用程序。你可以看到网络传输的百分比，测量HTTP完成请求需要多长时间。你也可以看看这篇：网站性能测试指标（QPS，TPS，吞吐量，响应时间）详解。
推荐工具：
AppDynamics
New Relic
Ruxit
New Relic报告：Web传输百分比和吞吐量
2.平均负载
第二个应用广泛的指标是平均负载。我们习惯上会把平均负载分为这三步测量，分别是第5分钟、第15分钟和最后1分钟。要保证数量低于机器的内核数。一旦超过内核数，机器就会运行在压力状态下。
除了简单测量CPU使用率，还需要关注每个内核的队列中有多少进程。在内核使用率都是100%的情况下，队列中只有1个任务和有6个任务有很大不同。因此，平均负载不能只考虑CPU使用率。
推荐工具：
htop
3.错误率
大多数开发人员判断错误率是根据HTTP传输总失败百分比。但是他们忽略了一个更深层的东西：特定传输的错误率。这直接影响到您应用程序的运行状况。这可以显示出代码方法的错误以及错误或异常出现的次数。
但单纯的错误率数据对我们没有多大帮助。最重要的是我们要找到它们的根源并解决问题。随着Takipi的运行，我们要在日志文件中需找线索。你可以找到所有关于服务器状态的信息，包括堆栈跟踪、源代码和变量值。
推荐工具：
Takipi
4.GC率和暂停时间
异常行为垃圾收集器应用程序的吞吐量和响应时间采取深潜的主要原因之一。了解GC暂停频率和持续时间的关键是分析GC日志文件。要分析它们，你需要收集GC日志和JVM参数。你要注意观察不同指标之间的数据是如何相互影响的。
推荐工具：
jClarity Censum
GCViewer
5.业务指标
应用程序的性能不完全取决于响应时间和错误率。业务指标也是一方面，例如收益、用户数。
推荐工具：
Grafana
The ELK stack
Datadog
Librato
6.正常运行时间和服务运行状态
这一指标奠定了整个应用程序性能的基础。不仅可以当做一个提醒指标，也可以让你定义一段时间内的SKA。我们可以使用Pingdom的servlet功能进行运行状态检查。我们可以查到应用程序的所有传输，包括数据库和S3。
推荐工具：
Pingdom
7.日志大小
日志有一个缺点，它是一直在增加的。当您的服务器启动塞满了垃圾，一切都慢下来。因此，我们需要密切的关注日志大小。
目前通常的解决办法是使用logstash划分使用日志，并将它们发送并存储在Splunk、ELK或其他的日志管理工具中。
推荐工具：
Splunk
Sumo Logic
Loggly
企业通过建设网站来简化一些业务办理的手续，把一些工作放到网上来进行操作，减少人手的投入，降低企业运营成本。借助网络的便利，以低成本获取高效益，节省市场开发、减少业务销售人员及客户服务的成本，缩短销售体系的距离，也不需要花费太大的销售成本推广给用户。容量大且篇幅不受限制，产品资讯、图片、视频等任何您想要提供给客户的资料信息都能完整传达；不受时间地点限制，一年365天可以无休止的运作，堪称全能业务员，这是企业对客户进行服务的优质方式。还能涵盖售前的服务，如预约、下订单等；也可以是企业在办理业务的过程中的服务，如在线的咨询和业务办理；也可以是很好的售后服务，促成良好的客户关系，因此说，建立一个网站，是每个企业追求的目标。
扫描二维码