Google app engine AppEngine云跟踪是否需要AppStats?

Google app engine AppEngine云跟踪是否需要AppStats?,google-app-engine,appstats,google-app-engine-python,google-cloud-trace,Google App Engine,Appstats,Google App Engine Python,Google Cloud Trace,谷歌的AppEngine已经升级了开发者的控制台,其中包括一个名为的监控工具。这是分析工具的改进版本吗?如果是,我是否可以删除以前需要的配置文件,如appengine\u config.py和app.yaml中的控制台路径 builtins: - appstats: on 云跟踪处于测试阶段,这意味着“它不受任何SLA或弃用策略的保护,可能会受到向后不兼容更改的影响”,而AppStats是AppEngine支持的组件 对我来说,这意味着你可能还不应该在生产应用程序中依赖云跟踪,但在开发版本中尝

谷歌的AppEngine已经升级了开发者的控制台,其中包括一个名为的监控工具。这是分析工具的改进版本吗?如果是,我是否可以删除以前需要的配置文件,如
appengine\u config.py
app.yaml
中的控制台路径

builtins:
- appstats: on

云跟踪处于测试阶段,这意味着“它不受任何SLA或弃用策略的保护,可能会受到向后不兼容更改的影响”,而AppStats是AppEngine支持的组件

对我来说,这意味着你可能还不应该在生产应用程序中依赖云跟踪,但在开发版本中尝试云跟踪是一个很好的主意——如果你使用大量RPC跟踪/统计(这是保持应用程序良好状态的一个很好的方法!),那么可能值得你去尝试,这两种方法都可以单独使用Cloud Trace,也可以同时使用it和AppStats“加倍”

通过这种方式,您将了解在当前测试状态下,Cloud Trace是否提供了您发现的与调整应用程序使用RPC相关的所有信息,以及使用AppStats是否也会对Cloud Trace的功能产生任何更改(根据文档,它不应该[*],但是,测试确实意味着测试:-)在你的应用程序中(哪一个与你最相关?
:-)

[*]所以要明确回答问题“我可以删除以前需要的配置文件吗”:理论上的答案是“是!”;实际上,“这是测试版,一定要在开发中试用,而不是在生产、版本中试用,看看是否会出现问题”--对于测试版中的大多数新功能:-)

启用这两个选项可以比较和对比它们提供的测量值,检查是否有任何系统性或随机性差异会影响您使用上述测量值(同样,不应该有,但是,等等:-)


由于AppStats是一个受支持的组件,它受到通常的弃用政策的约束,因此它在正式宣布为弃用后至少会存在一年(如果发生此类宣布),所以,你现在没有必要考虑从这个时候迁移生产应用程序。

谢谢你的比较。我的问题仍然是:如果我想切换到Cloud Trace,我可以删除AppStats配置(yaml)更改吗?@BrentWashburne,是的,理论上没有这种依赖关系——我想我已经在“每个文档,它不应该”部分清楚地说了,但让我编辑答案以使其更明确。好的,谢谢你的回答。看起来Cloud Trace是AppStats的替代品,而不仅仅是一个UI增强功能。@BrentWashburne,它并没有这样宣布,但可以理解的是,有多少人在感知它:-)。