这是一个创建于 3435 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前使用的是 rabbitmq 作为队列服务，比如有系统 A 和 B ，目前使用方式是：
系统 A 先把消息放在自己的 redis 里面，然后每分钟起脚本，读取（ lpop ） 300 条，调 B 系统的 curl 接口;
系统 B 的接口接到消息，放在自己的 MQ queue 里面，然后起脚本消费 MQ 消息处理
我倾向的方案：
按照之前的工作经验，系统 A 和系统 B 共连一个 MQ 地址，定义一个 vhost.exchange.queue_name ， A 有消息就朝里面塞， B 可以定时取就可以了啊
求各位老司机的方案！
 | 1 GOOD21 2016 年 11 月 29 日 感觉就是一个异步队列模型啊， A 是 Producer ， B 是 Consumer 。 直接 A 发送到 Broker ，然后 B 消费就好了。 |
 | 4 odirus 2016 年 11 月 29 日 楼主，本来就是这么做啊。。。 |
 | 5 9hills 2016 年 11 月 29 日 奇葩的使用方式。。 |
| 6 odirus 2016 年 11 月 29 日 A 、 B 直连方案对你们来说有任何问题么？安全性 or 其他？ |
 | 7 Ouyangan 2016 年 11 月 29 日 没能理解楼主为什么要加一层 redis , 哈哈 |
 | 11 imaxis 2016 年 11 月 29 日 redis 放中间没啥用？ |
| 13 GOOD21 2016 年 11 月 29 日 @waczx 外网调用 MQ 。。。这个还是比较猛烈的。。。带宽限制太多了。。。 因为不了解具体业务，从“异步通知 B 系统某个业务状态变化” 和 “ A 、 B 、 MQ 均是在外网，三个系统间均单独的外网 ip ” 来看，其实就是一个简单的 http 调用就好了， A 通过 http 请求 B ， B 处理请求。至于 A 、 B 内部的处理逻辑，如果是内网的 MQ 可以用，外网的，就别用了吧。 |
 | 16 deft00 2016 年 11 月 29 日 via iPhone redis 本身也支持发布订阅模式呀 |
Select Language