我正在構建一個應用程式來使用來自 RabbitMQ 的大量（流）訊息。以下是情況
- 發布者發布實時匹配資料的 RabbitMQ 意味著資料量非常快（每個佇列每秒 100 條訊息）
- 在 RabbitMQ 中，最大佇列長度為 500（訊息）。
- 這意味著如果消費者沒有很快收到訊息，訊息就會丟失
以下是我的查詢
什么模式/架構/工具最適合上述場景？（非常快地消費訊息）
MassTransit 會滿足上述要求嗎？
uj5u.com熱心網友回復：
MassTransit 本身消耗速度非常快。每秒 1,000 條訊息很容易實作。但 MassTransit 所花費的時間只是整個訊息消費時間的一部分。消費者內部的業務邏輯是花費大部分時間的地方。毫無疑問，大眾運輸可以足夠快地消費，這取決于消費者需要做什么。
每秒 100 條訊息是每條訊息 10 毫秒，同時消費訊息（MassTransit 很容易做到）可以增加消費每條訊息的可用時間。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/337107.html
標籤：。网 兔子mq 发布订阅 轨道交通 rabbitmq-exchange
上一篇：用于在特定字符集之后回傳電子郵件串列的正則運算式(c#)
下一篇：無法提供樣式字典的檔案路徑