消息中间件的多个企业级场景案例--分析

1 用户注册后(会立即提示注册成功)，过一会发送短信和邮件通知

发布/订阅模型

以上模式一般是用户注册成功后，写入一条数据到mysql，在发送一条消息到MQ！ 

如果不用消息中间件(或者简单的做成异步发送)，做成了用户提交了注册之后，成功后，就同步立即执行发送邮件和短信服务脚本(这样耗时间)，这样用户体验不好时间慢！

术语: SOA 

2 把日志进行集中收集，用于日志分析和流量回放分析

术语:灰度发布，小流量

3 将数据源头复制到多个目的地，一般是要求顺序或者因果关系序的

 用于跨机房数据传输，搜索 离线数据和其他DB等

术语:

AOP

4 消息暂存地

把消息中间件当成可靠的消息暂存地

定时进行消息投递，比如模拟用户秒杀访问，进行系统性能压测

消费者消费完后不删除消息！ 这种压测方式比较真实，比一般的并发压测软件更符合真实环境！

5 缓存数据同步更新 往应用推送数据

就像很多数据都是缓存在本地的应用中的如tomcat应用，如一个数据价格缓存，当有数据更新的时候，就需要及时(而不是通过租约到期去解决) 这个时候就需要中间件，不是一个一个去通知更新

转载于:https://blog.51cto.com/cuidehua/1769423