MQ

消息队列背景:
高并发情况下,来不及同步,请求可能会发生阻塞
例如大量的请求同时到达mysql,导致无数的行锁,表锁,请求堆积过多,
从而触发toomany connections错误。

因此可以通过消息队列,异步处理请求,缓解系统压力

从rpc
到webservice
到SOA
到Restful
以及云计算的pass与SaaS推广
系统之间的交流更加方便

消息的分布式架构

常见的消息模式
1.消息通道模式
消息通道解除了Consumer和Producer之间的耦合 条件规定消息格式 消息处理机制 时机 可以做到双方透明。
引入问题 消息通道依赖 可以考虑Lookup服务查找通道资源
在jms中通过jndi来获取消息通道的queue。
消息通道常用队列存在 先进先出
应用有微软的msmq IBM的MQ JBOSS MQ RabbitMQ ActiveMQ 实现了messageChannel。

2.发布订阅者模式
模型选择 拉和推 通常会被注册到用于传播的基础设施上(消息通道)
拉是consumer主动调用
对订阅者而言两种处理方式
1.广播机制
2.抢占机制 同步 只有一者可以处理

3.消息路由模式
配置路由规则制定消息传递的路径,指定p和c Mefitator

应用场景:
分布式架构围绕消息将消息封装成对象,或者指定消息规范如soap 或者对对象序列化或者反序列化。

场景一基于消息的同一服务架构
场景二 消息中间件的架构决策

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值