消息队列:为以后的kafka打下基础
首先我们需要了解什么是消息队列
消息队列简称MS(Message Queue),简单来说他就是一种存储消息的队列,消息是什么?消息就是数据。
应用场景
前端发布消息,后端服务器接收消息进行处理,这是我们熟悉的场景。
前端发布,后端接收。
这种系统在前端和后端服务器都比较少的情况下还比较清晰,如下图。
当前端服务器、后端服务器和消息的增加,系统慢慢就会变的很乱
这时你创建一个消息队列来处理这些消息
这就是消息队列的用处,也是简单的发布与订阅系统,后端订阅消息队列种的消息,前端向队列种发布消息。
消息队列的优点:
1.解耦
传统模式:
缺点:每有一个系统接入我就要修改一次系统A的代码,A和B、C、D的耦合度太高。
这样做就可以实现在新加入一个系统后A不用修改自己的代码。
2.异步
缺点:一些非必要的业务逻辑以同步的方式运行,太耗费时间,比如C、D本来可以同时进行但是由于消息传递的原因只能同步的进行,C处理完消息以后D再做处理。
优点:消息写入消息队列,非必要的业务逻辑以异步的方式运行,加快响应速度。
3.削峰
传统模式:
缺点:多个用户一起请求数据,所有消息都一起写入数据库容易导致数据库异常。
中间件模式:
优点:A再允许的时间内慢慢的读取消息队列中的消息再写入数据库就不会造成一下多个请求访问数据库。
消息队列的缺点:
1.系统降低可用性
本来系统是正常能运行的,增加一个消息队列就相当于增加一个隐患,你的消息队列如果挂了,就会造成其他系统的瘫痪。
2.系统复杂度增加
加入消息队列后就需要考虑消息一致性的问题(多个系统读出来的消息是一样的),保证消息不会被重复消费以及消息的可靠性(三个方面:生产者弄丢数据、消息队列弄丢数据、消费者弄丢数据)。
市面上有多种消息队列,各有优缺点,本次我会选择kafka消息队列来进行深入学习。
希望自己可以坚持写下去,加油。