優化應用程序引擎的計費以便連續輪詢

我正在爲用戶反饋測量結果的appengine上創建一項服務。通過每隔15分鐘輪詢另一個服務器來收集測量結果（用戶在過去一小時內需要四次測量）。另一臺服務器立即回覆數據，所以這不是一個「長輪詢請求」。我不指望在服務器上有很高的負載，因爲沒有太多的用戶（可能每天大概有20個請求），所以不會有太多請求進入數據，但是因爲用戶需要在過去一小時內的數據，我不得不持續進行調查。這使我擔心計費問題，因爲新的計費系統按照每個實例小時以15分鐘的間隔收費，這意味着我有一個24/7全天候運行的實例（據我所知）。優化應用程序引擎的計費以便連續輪詢

問題

所以，我希望低請求率和我沒有太在意延遲等我怎樣才能optomise此設置爲可能的最低結算？

我曾計劃

我打算做的是試圖用免費配額擺脫現在的最大空閒的情況下設置爲1，並且僅使用前端做輪詢和服務（我猜網站responsivness會遭受相當數量的），因爲前端比後端（9）有更多的空閒時間（28）。前端甚至可以設置爲每15分鐘輪詢一次？

來源

2011-12-19 Mark Silberbauer

您對其他服務器的請求需要多長時間？我還不完全理解您是否必須從appengine向其他服務器執行長輪詢請求，或者您的用戶需要長時間輪詢您的應用程序。此外，你有沒有看到這個問題：http://stackoverflow.com/questions/3616145/is-long-polling-possible-in-google-app-engine - 我認爲這是相關的。 – Ski 2011-12-19 14:10:37

@Skirmantas不，這不是一個長期的民意調查。我只需要每十五分鐘進行一次測量，而用戶在訪問該網站時會顯示最後四次。謝謝 - 我已編輯帖子以澄清。 – 2011-12-19 17:02:42

您可能在免費配額內，但要小心DataStore的每日配額非常低，請始終使用memcache。但是，如果您每天創建或更新超過幾千個實體，則可能會超出免費配額。 – stivlo 2011-12-19 17:06:56

這裏沒有什麼可以真正調整的。無論如何，您都會想要使用cron或任務隊列進行輪詢;這些使用前端實例，而不是後端實例。只要您啓用了多線程，前端延遲不會受到影響，只要您沒有進行足夠的輪詢或獲得足夠的流量來需要多個併發實例，就可能保持在您的免費配額內。

來源

2011-12-19 23:38:18

優化應用程序引擎的計費以便連續輪詢

回答

相關問題