我創建了一個cron作業來掃描rss/atom feeds,但想知道是否有超時。Google Apps中的Cron作業是否有時間限制?
該文件稱,請求被限制爲30秒;是一項定期的請求,是否受到此限制?
爲了安全起見,我是否應該將作業分解爲每個cron作業一次掃描,還是有更好的方法?
我在考慮可能將cron工作產生的任務放入任務隊列中,以便執行資源獲取(因此每個任務都可以獲取一個資源,並且希望沒有人會超過30秒的限制)。
任何意見,將不勝感激。
我創建了一個cron作業來掃描rss/atom feeds,但想知道是否有超時。Google Apps中的Cron作業是否有時間限制?
該文件稱,請求被限制爲30秒;是一項定期的請求,是否受到此限制?
爲了安全起見,我是否應該將作業分解爲每個cron作業一次掃描,還是有更好的方法?
我在考慮可能將cron工作產生的任務放入任務隊列中,以便執行資源獲取(因此每個任務都可以獲取一個資源,並且希望沒有人會超過30秒的限制)。
任何意見,將不勝感激。
是的,30秒的截止日期也適用於cron作業(就像常規請求和任務隊列作業一樣)。 「分手」的最佳方式通常是在task queue上排隊「延續」請求。
克倫職位需要10分鐘的截止日期,而不是30秒。
見App Engine version 1.4 release page:
沒有更多的後臺工作30秒限制 - 在這個版本中,我們已經 顯著提出了這個限制從任務隊列 和cron脫機請求:你現在可以運行長達10分鐘不間斷。
@Alex Martelli的回答在他寫的時候是正確的,但現在已經過時。
這個問題現在也過時了。 – poolie 2016-06-25 00:03:26
Cron jobs on manually scaled instances can run for up to 24 hours(它們受到與任務隊列相同的限制)。自動縮放的實例必須在10分鐘內完成。
對「繼續」請求有什麼特別的要求嗎?它只是一項常規任務嗎? – download 2010-08-18 02:53:06
@ download,一個常規的任務,用你需要的任何參數繼續前一箇中斷的地方。對於一個很好的(高級)示例,並且在RSS提要上下文中也是如此;請查看http://code.google.com/p/pubsubhubbub/。 – 2010-08-18 03:08:36
此答案現在已過時。克倫職位需要10分鐘的截止日期,而不是30秒。 – speedplane 2012-10-01 15:53:30