我正在尋找移動消息系統,我們已經到谷歌應用程序引擎環境,但我有一些問題,我希望有人可以幫助我。谷歌應用引擎 - 兔子mq替代
我們當前的消息環境使用rabbit mq來處理消息,然後使用大約10個連接到消息隊列的消費者發送消息。這對我們來說很有效,因爲擁有10個消費者實例來處理這些消息大大提高了交付率。
據我所知,應用程序引擎不支持兔子mq,所以我想知道什麼是達到相同結果的最佳選擇。我發現你可以在後臺運行任務,但這隻能作爲一個例子,這會降低交付速度。
還有其他的選擇嗎?
我正在尋找移動消息系統,我們已經到谷歌應用程序引擎環境,但我有一些問題,我希望有人可以幫助我。谷歌應用引擎 - 兔子mq替代
我們當前的消息環境使用rabbit mq來處理消息,然後使用大約10個連接到消息隊列的消費者發送消息。這對我們來說很有效,因爲擁有10個消費者實例來處理這些消息大大提高了交付率。
據我所知,應用程序引擎不支持兔子mq,所以我想知道什麼是達到相同結果的最佳選擇。我發現你可以在後臺運行任務,但這隻能作爲一個例子,這會降低交付速度。
還有其他的選擇嗎?
我以前從不使用rabbitmq,但您的需求看起來非常適合應用引擎上的任務隊列和管道的使用。
TaskQueue提供設置消費者和設置其處理速度的能力。 https://developers.google.com/appengine/docs/python/taskqueue/
隨着任務隊列API,應用程序可在用戶請求時,由用戶請求發起的外面執行工作。如果一個應用程序需要執行一些後臺工作,它可以使用任務隊列API將該工作組織成小的離散單元,稱爲任務。應用程序將任務隊列添加到稍後執行的任務隊列中。
該piepline是基於taskqueue並提供更多的功能控制流量。 https://code.google.com/p/appengine-pipeline/
的谷歌App Engine的管道API連接在一起的複雜,耗時的工作流程(包括人工任務)。目標是靈活性,工作流程重用和可測試性。 API的主要用例是將各種App Engine MapReduces連接到一個計算管道中。
太好了,謝謝你指着我朝着正確的方向。 – Mark