Python Google Flex虚拟机的`/\u ah/background`是什么
最近开始使用,日志中有多个对Python Google Flex虚拟机的`/\u ah/background`是什么,python,google-app-engine,google-compute-engine,google-managed-vm,Python,Google App Engine,Google Compute Engine,Google Managed Vm,最近开始使用,日志中有多个对/\u ah/background的请求,每次持续约1小时。我能找到的关于这些的唯一参考是一个问题,其中提到了它们必须与之相关,但我认为这里的情况并非如此,因为: 我们哪里也不用后台线程 那个API已经被弃用了,我甚至不确定我们是否可以使用它 我们确实使用进程,但它们的寿命很短(不到一个小时),并且不打印任何日志消息 有什么想法吗?/\u ah/background在flex中用于在传入请求处理上下文之外调用的AE API调用(如线程、异步io等) 即使您不直接这
/\u ah/background
的请求,每次持续约1小时。我能找到的关于这些的唯一参考是一个问题,其中提到了它们必须与之相关,但我认为这里的情况并非如此,因为:
- 我们哪里也不用后台线程
- 那个API已经被弃用了,我甚至不确定我们是否可以使用它
- 我们确实使用进程,但它们的寿命很短(不到一个小时),并且不打印任何日志消息
有什么想法吗?/\u ah/background在flex中用于在传入请求处理上下文之外调用的AE API调用(如线程、异步io等) 即使您不直接这样做,日志刷新仍然是异步完成的(不是收入请求处理的一部分) 这是一个实现细节,有一个隐藏它的计划,但仍然
找到一种方法来显示(在日志、跟踪等中)有关这些API调用的信息。FWIW,我认为分享这张图片将无法深入了解此/u ah/background创建的频率(可能的性能)影响 是否有解决方法来清除此问题
这方面有什么更新吗?这尤其令人讨厌,因为它使所有Stackdriver延迟图和警报都无法使用,我们听到了。我们正在积极努力解决这个问题。我们还没有一个eta,但它将在我们的下一个大版本中发布。@JustinBeckwith这个问题解决了吗?我们在Node.js应用程序中也注意到了同样的问题。这一问题已经得到了解决。如果您使用的是
env:flex
,您不应该看到这些请求。哪个部分是通过StackDriver图形/警报修复的?日志?实际使用的/\u ah/background
?我有一些推送任务带有Referer
标题oldversion.myapp.appspot.com/\u ah/background
,我正试图调试这些任务的执行问题,但我不确定它们的确切来源。(我使用的是env:flex
,有3天的任务)