对接MongoDB与PostgreSQL的两个微服务使用RabbitMQ互通是否合理

这个场景下使用RabbitMQ实现跨服务数据互通是完全正确的用法，属于消息队列在微服务架构中的典型适用场景，合理性主要体现在以下几点：

• 完美适配异构服务解耦需求：两个微服务分别对接MongoDB、PostgreSQL两类不同的数据库，本身服务内部的数据模型、读写逻辑差异极大，RabbitMQ作为中间传输层可以完全解耦两个服务的直接依赖，不需要修改任意一侧服务的原有数据库操作逻辑，仅需要额外实现消息生产、消费逻辑即可，后续任意一侧服务的数据库选型变更、服务迭代升级都不会直接影响另一侧的正常运行。
• 双向数据传输可靠性有保障：RabbitMQ自带的消息持久化、消费ACK确认、死信队列、重试策略等能力，可以匹配不同等级的数据一致性要求，你当前已经完成部署且功能运行正常的前提下，只需要根据业务对数据丢失的容忍度调整对应的配置即可，不需要额外做核心架构的改造。
• 后续扩展成本极低：如果后续业务发展需要新增更多节点参与数据同步，只需要基于RabbitMQ的topic、fanout等类型交换机调整路由规则即可，不需要修改现有服务的生产/消费逻辑，支持平滑扩展。

补充优化建议：如果你的业务对数据同步的时序性要求极高，可以给每条消息增加全局唯一的序列号，消费端做顺序校验后再写入数据库；如果需要实现强一致的同步效果，可以配合本地事务表实现本地消息表模式，进一步降低数据不一致的概率。

内容的提问来源于stack exchange，提问作者user16624394