消息中间件的技术选型？

Question

我们目前有个监控系统(单机)，其中有个功能是分析另外几个交易系统(集群)的交易信息，信息包括数据库表的交易日志以及log文件的交易日志，现在的实现是监控系统几个定时任务每隔5分钟扫一次log文件和日志表，但5分钟并不够实时，所以想改为实时，实时的话我想就是各交易系统每产生一笔交易就把交易信息推送给监控系统，为了避免交易高峰期监控系统崩溃，所以准备增加一个消息中间件。交易系统使用Spring3，监控系统使用Guice2，都是比较老的系统了，不知道有没有好的消息中间件的技术选型推荐？希望在现有系统上改动不大。监控系统可以改造为Spring框架，但除非解决方案很好且必需，否则最好不要，因为时间和人手有限。

谢谢。

Answer 1

比较熟悉RabbitMQ，推荐一下。

Answer 2

ELK 是10分的选择。
可以直接通过logback/log4j encoder的方式直接将日志写入logstash。如果你写日志的方式是采用的java常用的日志接口，那基本上不需要修改代码，即可集成。
而且 ELK 本身也是十分成熟的解决方案。

Answer 3

kafka是首选

Answer 4

建议使用springboot+rabbitmq,开发速度快,没有复杂的配置,省时省力

Answer 5

我目前用的RabbitMQ，消息吞吐量很高的，配合exchange可以做很多事情~