我正在运行基于GWT + GAE的游戏，其中包含许多静态图像文件（大约25MB，主要打包为JS GWT包）。我们目前每天约有450名活跃用户和约30名注册用户。这个数字几个星期以来就相当稳定。最多，他们每天产生大约10GB流量。 但上周发生了一件非常奇怪的事情：在本周中旬，在11月19日，使用量增加到超过40GB，从那以后它一直保持在这个水平。传出带宽由于某些无法解释的原因而增加4倍
我正在调查它几天，但目前为止没有任何结果 - 所以我需要您的帮助和想法，因为计费支持无视我。
事实：
日期/ DAU/Bandwidht
15.11/385/6.5 GB
16.11 /9分之585GB
17.11/660/10 GB的
18.11/451/12 GB
19.11/455/46 GB
20.11/438/41 GB
21.11/429/43 GB
有传出带宽的大幅增加，但是，当我们考察从仪表板的图表，这不是显而易见的，为什么这个发生（因为是新来的没有直接的图像后可能 - 对不起）：
http://i.stack.imgur.com/HPfdV.jpg
在19日，我们没有部署一个新的版本或更改应用程序的配置。
我们还检查了带宽相关组件（blob，mail，channel api） ，但当天没有任何变化。
至于未来，我下载了所有日子的日志，并总结了所有响应的大小，我得到了以下结果：
18.11：3.9 GB
19.11：4.2 GB
20.11：3.8 GB
21.11：4.1 GB
除了总大小和输出bandwdth之间的巨大差异，在日志大小在19日之后也相当稳定。我目前还不知道还有什么地方可以找到答案。哪些未记录的服务可能导致这种行为？
编辑28。11： 然后我部署在其他应用ID的应用做了一些“单元”测试：
客户机侧：萤火虫测量〜20MB下载（一些图像和JS）
Serverside集团：在日志中响应大小每个GET资源的状态为200（... 3.cache.js HTTP/1.1“200 0 ...），根据日志记录的一个游戏会话总大小为715kB。
App Engine仪表板：传出带宽0,11GB！
AppStats：无urlFetch，一对API发送消息 - 没有什么引人注目的。
用3个浏览器试了一下，累积0.33GB的出站带宽，虽然日志说2.5MB，根据客户端的总结果大概65MB（我的预期）。 缓存似乎工作，自从加入第二次以来，我只根据Firebug下载30kB，同时仪表板中的带宽计数器在这种情况下也不会上升。
任何帮助和想法，非常感谢！
编辑10.12.2013： 正如我在答案中写道的那样 - 现在bug已经修复。另外，我还试用了CloudFlare，所以我们昨天已经使用了3.5GB的带宽（是，1/12）！ 由于我们的应用程序是一款游戏，因此包含很多静态内容，因此cloudfalre为我们节省了75％的静态文件带宽和66％的请求。延迟没有改变。它看起来真的很有希望:)
我会记录一个生产问题，以及详细说明差异的证据。 https://code.google.com/p/googleappengine/issues/entry?template=Production%20issue –
您是否启用了pagespeed？ –
不，我们不使用PageSpeed，因为它不符合我们的需求。 – robs