当前，我们有2个直接通信的系统。
服务A连续（但不定期）将消息发送到服务B。消息采用简单的键/值格式。键是一个整数，值是当前的本地日期和时间。
服务B为了决定是否处理该请求，具有此逻辑来检查最后一个传入的请求；如果与系统时间（每个键）之间存在时差，并且时差超过10分钟，则它将开始处理请求。
现在，我们正在将RabbitMQ引入我们的解决方案中，我们还需要修改此通信模型。我当时想在10分钟的时间窗口中使用延迟的消息交换，然后重写并重置从服务A收到的重复消息的时间（重新安排10分钟）。
是否可以分享您对此提议解决方案的想法？
答案 0 :(得分：0)
好吧，在阅读了文档之后，我确定应该在应用程序层（在我的情况下为消费者软件）中实现这种逻辑