【问题标题】:How do I configure Warming Requests avoiding errors 404 on app's log?如何配置预热请求以避免应用程序日志中出现错误 404?
【发布时间】:2011-01-05 14:36:08
【问题描述】:

我在我的应用中启用了Warming Requests,在app.yaml 中添加了以下指令。

inbound_services:
- warmup

查看应用程序的日志,我看到了几个此类条目:

1。 01-05 02:49PM 50.037 /_ah/warmup 404 300ms 280cpu_ms 1kb 查看详情

0.1.0.3 - - [05/Jan/2011:05:49:50 -0800] "GET /_ah/warmup HTTP/1.1" 404 1188 

2。 我 01-05 02:49PM 50.336

这个请求导致了一个新进程 为您的应用程序启动,
从而导致您的应用程序代码 首次加载。
因此,此请求可能需要更长的时间并且 使用比典型请求更多的 CPU
为您的应用程序。

这是有道理的,因为 Warming Requests 文档说:

这会导致 App Engine 发出 GET 请求的基础设施 到 /_ah/warmup。您可以实施 此目录中要执行的处理程序 特定于应用程序的任务,例如 预缓存应用程序数据。

AFAIK ahreserved URL,即脚本处理程序和静态文件处理程序路径永远不会匹配这些路径!

我是否应该简单地添加 ah/warmup 路由,例如将其关联到一个空的 Web 处理程序?这是正确的吗?

【问题讨论】:

    标签: python google-app-engine


    【解决方案1】:

    /_ah/ 开头的网址可以正常工作,尽管文档可能会让您相信。

    所以,是的,只需将处理程序映射到 /_ah/warmup 即可使预热请求生效。不过,我不确定你会从使用空处理程序中获得多少好处。通常你会想要导入所有重要的模块,并为你的应用做任何需要响应的缓存预热。

    【讨论】:

    • 在此处查看 Nick Johnson (Google) 的答案:code.google.com/appengine/forum/…
    • /_ah/ 下的 URL 是保留的,这意味着您不应该将它们用于自己的目的,但是这些 URL 有几个记录的预期用途,包括预热请求。
    猜你喜欢
    • 2020-06-13
    • 2015-04-12
    • 2020-08-09
    • 1970-01-01
    • 1970-01-01
    • 2013-05-31
    • 2013-02-15
    • 1970-01-01
    • 2012-04-15
    相关资源
    最近更新 更多