有没有办法将消息保存在RabbitMQ中的某个地方，以便将来开发的微服务能够使用旧数据？

这个问题是关于最佳实践的，我想知道我是否走上了正确的道路。也许我的想法是错误的，也许有更好的选择

我使用RabbitMQ well-evaluate进行服务之间的通信。 有些生产商提供数据，有些消费者消费数据。伟大的 为了便于理解，我们假设这些消息包含客户地址。 在开发的后期，我想介绍一个新的消费者，处理客户地址。我的问题是： 是否有可能将消息保留在某个位置，以便如果有新的消费者，它将从一开始就获取所有数据？因此，新消费者可以处理这些数据，而对于用户来说，这项新服务似乎一直都在使用

---

rabbitmq是否可以实现这一点？我从哪里开始？如果不是：还有什么能帮助解决这个问题呢？

我使用过RabbitMQ，但我不是专家，所以无法回答您问题的这一方面

然而，你正在考虑的很可能是个坏主意。如果您使用RabbitMQ作为队列，那么应该将其视为服务之间通信的一种方式，而不是信息的真实来源

---

在您的企业中的某个地方，您希望有一个存储客户地址数据的服务和附带数据库。部署新服务时，它应该使用来自该服务的数据。这可以通过迁移脚本、API查询或其他方式实现。一旦新服务更新，它就可以开始通过队列基础设施处理新数据。

听起来你真正想要的是一个事件日志，如Kafka，而不是消息队列，如RMQ。啊，我知道我错过了一些重要的东西。。。我会调查的。太好了，谢谢。Solace PubSub+是RabbitMQ的一个更接近匹配的替代方案，并且支持排队和重播。我也会研究一下：谢谢。你可能是对的。正如Chris上面所说的，我可能正在使用wront工具。也谢谢你。