我正在運行基於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