2010-12-04 112 views
0

我需要實現一個新的項目,一個在三個不同的服務器上進行處理的項目將從中提取。排隊系統

基本上,一個系統將填補一個隊列,然後各個系統將從該隊列(彈出一個任務/消息)拉,做它的業務。所以基本上,在標準的FIFO中,子級服務器上的進程將會彈出。

在所有排隊系統中,有哪些建議?我研究過RabbitMQ,但這更像是「推」,就像我說的,我需要一個「拉」?我真的不想建立一個,只是抓住一些有用的東西。當然它必須是開源:-)

感謝

+0

消息傳遞似乎是你想要一個庫的難點。 '推'/'拉'取決於您的具體實施。 – 2010-12-04 01:18:09

回答

0

看看beanstalkd(一個基於Python的排隊系統)。它非常簡單,但非常快速和有點靈活。我在EC2雲上使用它,排隊和維護(刪除)約500個作業/分鐘,其中100個機器同時訪問隊列。