我的公司开始使用 DynaTrace 来监控我们的一些应用程序。我被指控试图解释一些结果并提出改进建议。但我无法在 DynaTrace 中找到关键信息。我希望这里的用户可以指出我正确的方向。
我们将 GWT 用于我们的前端应用程序。我正在尝试确定哪些 RPC 调用运行缓慢并且需要优化。但是我看不到实际的请求消息体,所以我不知道调用的是哪个 RPC 方法。它们看起来都一样。
我设法找到了这些信息(识别信息已删除):
Node Details
Method: Web request
Class: Web server
Argument: [GWT Module Base URL]/esservice
Return:
Agent: IIS_CODEDEV_QA[IIS 7.5-ASP.NET%20v4.0]@codedev2:0
API: Web server
Thread Name: <0>
Elapsed Time [ms]: 0.00
Time Details Total Exec %
Execution Time [ms]: 15671.72 1.07 0.01
CPU Time [ms]: - - 0.00
Sync Time [ms]: - - -
Wait Time [ms]: - - -
Runtime Suspension Time [ms]: - - -
Source Information
File Name: Web server Statement number: -
Web Requests Details
HTTP Method: POST
URI: [GWT Module Base URL]/esservice
Query: -
HTTP Tag:
Servlet Name: -
Web Application Id: -
Client IP: 192.168.132.159
Host: myapp.myCompany.com
Response Status: 200 - OK
Transferred Bytes Total Header Body
Request: 3.39 KB 3.18 KB 220 Bytes
Response: 492 Bytes 226 Bytes 266 Bytes
Request Headers
user-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0
referer: https://myapp.myCompany.com/application/dashboard
这里有很多细节,这很好。但是没有 POST 消息正文对我来说毫无用处。Argument 行始终相同,因为所有请求都通过同一个 RPC servlet 传递。它是消息正文的内容,用于标识正在采取的操作。没有它,我不知道这个请求在做什么。一些请求需要 4000 毫秒,其他需要 40 毫秒。我真的很想看看 4000 毫秒的请求要求什么,以便我们找出导致瓶颈的原因。
我从 PurePath 树中的 Web 请求中获取此信息。
DynaTrace 中是否还有其他地方可以获取此信息?我没有管理 DynaTrace 服务器,所以我只能访问客户端。