Google app engine 如何使用google cloud trace请求跟踪
谷歌云有一个强大的跟踪工具来分析请求和RPC的延迟。但它似乎只是挑选了一些值得追踪的请求。有时这已经足够好了,您可以浏览现有的跟踪。但是,如果您正在进行性能增强,您希望立即跟踪您的特定查询,您不希望等到它被认为是有趣的 问题是Google app engine 如何使用google cloud trace请求跟踪,google-app-engine,google-app-engine-python,appstats,google-cloud-trace,Google App Engine,Google App Engine Python,Appstats,Google Cloud Trace,谷歌云有一个强大的跟踪工具来分析请求和RPC的延迟。但它似乎只是挑选了一些值得追踪的请求。有时这已经足够好了,您可以浏览现有的跟踪。但是,如果您正在进行性能增强,您希望立即跟踪您的特定查询,您不希望等到它被认为是有趣的 问题是 哪些规则介入决定跟踪哪些查询 有没有一种方法可以要求为给定URI捕获跟踪 或者从开发者控制台中,或者从我们的应用程序中调用一些API?或者通过一些app.yaml配置?还是我们必须等待并祈祷伟大的算法来选择我们的请求 既然您对特定的请求感兴趣,为什么不使用appsta
- 哪些规则介入决定跟踪哪些查询
- 有没有一种方法可以要求为给定URI捕获跟踪
或者从开发者控制台中,或者从我们的应用程序中调用一些API?或者通过一些app.yaml配置?还是我们必须等待并祈祷伟大的算法来选择我们的请求 既然您对特定的请求感兴趣,为什么不使用appstats呢? 您可以增强性能,打开appstats并将其部署到不同的版本,还可以从appengine_config.py获得一些控制权 我使用云跟踪来获得聚合分析,根据每个请求获得更多细节,我总是使用appstats,因为它包含更多信息 哪些规则介入决定跟踪哪些查询 目前有一个抽样率来指导跟踪哪个请求。每个实例每秒以少量请求对请求进行采样 有没有一种方法可以要求为给定URI捕获跟踪 根据您的场景,以下内容可能会有所帮助 您可以添加跟踪上下文以强制请求对请求进行跟踪。跟踪上下文本质上是一个HTTP头(X-Cloud-Trace-Context)
下面是一个帮助注入跟踪上下文的指针:您可以通过正确设置云跟踪上下文头来强制跟踪HTTP请求:
$ curl -H "X-Cloud-Trace-Context: 01234567890123456789012345678901;o=1" http://<your-app>.appspot.com/<path>
$curl-H“X-Cloud-Trace-Context:01234567890123456789012345678901;o=1”http://.appspot.com/
012345678901234567890123456789012345678901
(32个十六进制字符)是跟踪id。您希望每次使用不同的跟踪id。
o=1
启用跟踪
使用以下URL查看跟踪(最后一部分是跟踪id):
抱歉,stackoverflow新手,不确定参加本论坛的细微差别和微妙之处。但是我构建了这个工具,正如上面的问题所描述的。所以我只是想帮忙。@patb-你能告诉我更多关于你的情况吗?我很想知道你在做什么?我上面的建议可能会解除您的障碍。记录如下: