GAE/J请求日志格式细分

Max*_*ler 7 cloud console logging google-app-engine

以下是GAE控制台日志记录的示例:

GAE日志控制台快照 http://i.stack.imgur.com/M2iJX.png用于可读高分辨率版本.

我想提供文件的细分,在collpased(摘要)视图和扩展(详细信息)视图中显示.我将填写我知道其意义的领域,并希望通过dichipering其余的方式来协助.一旦有新信息,这篇文章将会更新.

谢谢你,
马克西姆.


开放式问题:

  • 如何阅读时间戳?[...- PROD/0-0-39.346862139187007139 ]
  • 为什么总结它说请求花了343ms但详细说是344ms?
  • 如果请求在cpu上花费123ms,在API调用上花费30ms,剩下的时间在哪里?为什么总请求时间是343/344ms?

Max*_*ler 16

摘要

  • 12-14:请求的日期.12是月(12月),14是月(星期二)的日.
  • 05:21 AM:请求的时间,PST偏移量.05是小时.21分钟.
  • 57.593:请求时间,PST偏移量.57是第二个.593是毫秒.
  • / match/...:HTTP请求路径
  • 200:HTTP返回码.(200 = OK)
  • 343ms:计算并将响应返回给用户所花费的总时间(以毫秒为单位)
  • 123cpu_ms:请求花费在CPU计算上的时间(以毫秒为单位)
  • 30api_cpu_ms:请求在API调用上花费的时间(以毫秒为单位)(Datastore get and co ...)
  • 1kb:发送给用户的响应的大小(以千字节为单位)
  • Mozilla/5.0(X11; U; Linux x86_64; en-US)AppleWebKit/534.7(KHTML,与Gecko一样)Chrome/7.0.517.44 Safari/534.7,gzip(gfe):用户代理注意到gzip(gfe)是由AppEngine添加的前端.

细节

  • IP yellow masked out:发起请求的客户端的IP地址
  • HTTP Referrer:请注意,此请求中它是空的,因为它是直接命中
  • [14/Dec/2010:05:21:57 -0800]:日期,包括时间戳偏移规范.
  • "GET/match/... HTTP/1.1":HTTP GET URI.
  • 200:HTTP返回码.(200 = OK)
  • 1036:发送给用户的响应的大小(以字节为单位)
  • Mozilla/5.0(X11; U; Linux x86_64; en-US)AppleWebKit/534.7(KHTML,与Gecko一样)Chrome/7.0.517.44 Safari/534.7,gzip(gfe):用户代理注意到gzip(gfe)是由AppEngine添加的前端.
  • ms = 344:计算并将响应返回给用户所花费的总时间(以毫秒为单位)
  • cpu_ms = 123:请求花费在CPU计算上的时间(以毫秒为单位)
  • api_cpu_ms = 30:请求在API调用上花费的时间(以毫秒为单位)(Datastore get and co ...)
  • cpm_usd = 0.003648:1000个请求(例如此请求)的金额(以美元计).REF

日志记录

  • 12-14:此特定应用程序发出日志条目的日期.12是月(12月),14是月(星期二)的日.
  • 05:21 AM:此特定应用程序的时间发出日志条目,PST偏移量.
  • 57.833:请求时间,PST偏移量.57是第二个.833是毫秒.
  • [...- prod/0-0-39.346862139187007139]:发出此日志消息的应用程序的当前版本的标识符.注意:...- prod是应用程序名称.0-0-39是部署的版本名称(app.yaml)..346862139187007139是时候了吗?(以什么格式?)将此版本部署到appengine云时.
  • stdout:应用程序向其发出此日志消息的通道.可以是stdout或stderr.
  • INFO .... Matcher - ... Id 208匹配.:应用程序级输出.可以使用日志框架,logback通过System.out.print或(在本例中)完成