從服務器到客戶端的計劃消息傳遞：使用什麼系統？

Question

我希望能夠安排從服務器到客戶端的輕量級消息的傳遞。這對我來說是一個新的領域，所以我希望對可能的方法提供一些建議。

客戶端使用的node.js（因爲我使用節點的庫來控制片連接的硬件的）上的覆盆子裨運行。最終會有像這樣的多個客戶端。

服務器可以是任何東西，但我最熟悉Python，Django和節點。

我希望能夠通過瀏覽器訪問該服務器，並導致它來安排未來的消息給客戶端，有效數據的一點點推送通知。

我期待在發佈 - 訂閱和郵件系統要做到這一點;我開始編寫一個在兩端和套接字上使用節點的系統，但我想要的方法是更容易丟失的偶然消息，而不是實時的實時數據交換。我也不是節點cron風格調度的巨大粉絲，我希望能夠檢索和更改預定的事件，並且感覺有點沉重，以致在cron系統的頂層對此進行分層。

我目前的解決方案使用的服務器（這樣我就可以寫一個Django網絡接口），芹菜和RabbitMQ的蟒蛇上，使用每個客戶端命名隊列。客戶端使用node-amqp訂閱特定隊列，然後離開。這也允許我創建多個客戶可能感興趣的隊列，這是一個整齊的獎勵。

This answer讓我覺得我做的是正確的事情 - 但是因爲我對這個東西很陌生，所以覺得我可能會錯過一些東西。在服務器 - 客戶端消息的世界中，我應該考慮哪些替代方案？

Answer 1

既然你已經使用Python，你可以看看蟒蛇遠程對象，（pyro）。