rabbitmq队列

 我现在差不多几万台设备,也只是一个队列 
 你按照 生产的吞吐量级 增加一点  然后不停的往mq 塞 10万次 然后同时消费 看看会咋样 哈哈哈哈 
 
 一份数据是通过交换机分发 实际复制成多份  每份发到一个队列 然后 一个队列 可以由一个消费者项目 或者一个同样消费者项目的不同配置 来消费 
 
 确实会广播 但是是先复制 然后等你每个队列的消费者来取 
 
 高效的用netty 
 或者存redis里, 一点点的取 
 http是通信协议 无状态  状态存组件 
 亲 组件 不与客户端 直连 是基本架构准则 
 文件服务器  mq redis(nosql) db 等 都是组件
 tomcat netty这类 就是  通信容器 
试图省略通信容器 而用组件的通信功能插件 必须非常熟悉相关组件插件  和组件本身才行
rabbitmq 的通信是次级的   首要是存储组件
 你应该在客户端作socket连一个服务器端的容器型 然后 利用文件服务器  如果你非要用mq 参与进来    那么 你那几十mb 应该放入文件服务器    将很小的key放入mq 
文件服务器:
dfs oss 等那类 亲
 ceph 和 glusterfs 
 

posted on   lydstory  阅读(123)  评论(0编辑  收藏  举报

编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

点击右上角即可分享
微信分享提示