在搜索创建 App Engine 实例的成本（作为最准确地将 Google Cloud Platform 项目成本与 App Engine 活动相关联的更大努力的一部分）时，我偶然发现了一篇古老但有趣的博客文章。具体来说，http: //blog.initlabs.com/post/16359268329/how-i-reduced-google-app-engine-costs-by-75 支持使用 Appstats，它“可以跟踪 RPC 成本以及时间。” （顺便说一句，Google Cloud 文章于 2017 年 8 月 25 日更新，不包含“已弃用”、“已替换”、“跟踪”或“Stackdriver”之类的术语，这让我认为 Appstats 可能仍然提供价值。）关于这个笔记的三个问题：
根据Alex Martelli 在 2015 年初对 StackOverflow 的回答, 'Cloud Trace 处于测试阶段，这意味着“它不受任何 SLA 或弃用政策的约束，并且可能会受到向后不兼容的更改”，而 AppStats 是 App Engine 的受支持组件。虽然 Trace 似乎从测试版毕业，但我也没有看到 Appstats 的任何弃用通知。Alex 继续说道，“由于 AppStats 是一个受支持的组件，它受制于通常的弃用政策，因此在正式宣布弃用（如果这样的公告曾经发生）后，它将至少存在一年，所以有你现在真的没有紧迫性考虑将生产应用程序从它迁移出去。” 然而，在他下面的评论中，“[Cloud Trace 并未宣布为 AppStats 的替代品]，但可以理解的是，有多少人正在感知它:-)。”
https://cloud.google.com/appengine/docs/standard/python/refdocs/google.appengine.ext.appstats.recording中列出了一些已弃用的方法，但没有成本信息。是否有理由相信 Appstats 的成本信息有意义，而Stackdriver 的成本信息却没有，或者文档是否需要修改（不过最后一次更新是 2017 年 8 月 28 日）？
使用 Appstats 有什么限制？我看到只支持 Java 7 运行时（https://cloud.google.com/appengine/docs/standard/java/tools/appstats）。我也找不到关于 App Engine 柔性环境的 Appstats 的文档；是否需要使用标准？后者对我来说更重要。
如果您想详细了解我为什么要调查此问题以及我已经探索过的内容（尤其是关于 Stackdriver 提供的信息和向 BigQuery 的计费导出），请查看如何最准确地关联App Engine 活动的 Google Cloud Platform 项目成本？