昨天我發表了一個演講，涉及使用消息隊列的所有方面。 我以前曾寫過“您可能不需要消息隊列” –現在的結論有些細微差別，但我仍然堅持簡單性的觀點。

演講探討了使用消息隊列的各種好處和用例，并討論了典型“消息隊列代理”體系結構的替代方案。 幻燈片在這里可用

我建議的一種可能很奇怪的方法是使用分布式鎖（例如，使用Hazelcast）進行分布式批處理-您鎖定特定的ID（可能是組織ID /客戶ID，而不是單個記錄ID），從而允許多個處理器在其中運行并行，而不會踩到對方的腳趾（一個節點選擇第一個條目，另一個節點嘗試第一個，但是失敗，然后選擇第二個）。

我錯過了像RabbitMQ這樣的經紀人受益的東西，就是可用的工具–您可以非常輕松地監視和調試隊列。

我無法在任何概念上詳細關注-例如無代理如何工作， 如何在多個數據中心（可用區）中部署代理（例如RabbitMQ） ，或者akka（和akka集群）如何適合“消息隊列”環境。 但是，我希望它是一個很好的概述，使每個人都能清楚了解這些選項，然后他們可以對這些選項進行更詳細的分析和評估。

我將用幻燈片中的Dijkstra報價結束：

簡單性是可靠性的前提

翻譯自: https://www.javacodegeeks.com/2017/05/overview-message-queues-slides.html

總結

以上是生活随笔為你收集整理的消息队列概述[幻灯片]的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。