amqp

    2熱度

    2回答

    我需要在應用程序中使用一個基於邏輯PGM的多播地址,同時使這樣的應用程序能夠跨多個不同地理位置(即認爲美國/歐洲/澳大利亞)「無縫」地運行。 應用程序的吞吐量很大(每天有數百萬條消息),並且需要大量小而頻繁發送消息的延遲。由於延遲的一些外部限制,古典的Atom酒吧將無法在此工作。 我想出了幾個選項來連接這些數據中心,但找不到最好的一個。 我考慮的選項有: 1)通過VPN轉發多播消息(可以處理這麼大

    19熱度

    2回答

    我對使用哪一個有點困惑。我認爲要麼會工作,而要比另一個更好或更合適? http://github.com/ask/carrot/tree/master http://github.com/ask/celery/tree/master

    6熱度

    5回答

    我感到有點困惑 - 大約24小時,我一直在考慮在我的項目中使用哪一組廣播技術。 基本上,我需要的是: 由任何客戶端創建組(通過一些後端過程) 廣播消息(1:N,N:N) (潛在地)直接發送的消息(1:1) (重要)認證/授權客戶提供我自己的後臺(比如,通過某種HTTP API的) 能夠通過後臺處理(或服務器插件)踢特定的客戶端 這是我將有: 後端相關過程(ES)在Ruby或HAXE 前端的JS +

    0熱度

    3回答

    我正在用Ruby和Sinatra爲iPhone應用程序構建一個簡單的配方搜索引擎,並將RabbitMQ用於我的消息隊列。我環顧四周,爲後臺進程找到很多不同的實現選擇,但其中大多數都實現了自定義消息隊列算法或作爲Rails插件運行。 在高質量的與框架無關的工作程序庫方面,RabbitMQ能夠很好地發揮作用的是什麼? 以及是否有任何的最佳做法,我應該記住,而寫工人的代碼,除了顯而易見的: # BAD,

    4熱度

    3回答

    我正在考慮使用AMQP(使用qpid)來使Python和Java服務的混合相互通信。基本的短信似乎很簡單,但與我調查過的其他所有信息技術一樣,這就是停止的地方。除了構建即時消息應用程序之外,我認爲發送字符串並不是一個特別有用的事情。 然後,我的直覺就是使用XML(de-)序列化或類似的東西(JSON,YAML,Protocol Buffers等),這兩種語言都有很好的庫支持。這是否是一個最佳實踐,