每种消息队列都有一套自己的消息模型,像队列(Queue)、主题(topic)、分区(partition)这些概念在每个消息队列模型中都会涉及,但含义不太一样。
为什么出现这种情况,因为没有标准!曾经也有组织尝试制定消息的标准,无奈标准的进化跟不上消息队列的演进速度,这些标准实际上已经被废弃了。
消息模型类型
1. 队列模型(queue pattern)
早期的消息队列就是按照“队列”设计的。生产者(producer)发消息就是“入队”操作,消费者(consumer)接收消息就是“出队”也就是删除操作,服务端存放消息的容器称为“队列”。
队列模型存在的问题,如何实现多端消费?
一种可行的解决方案是:为每个消费者创建一个单独的队列,让生产者发送多份。这种可行方案是一种比较蠢的做法,同样的一份消息数据被复制到多个队列中会浪费资源,更重要的是生产者需要知道有多少个消费者,为每个消费者单独发送一份消息,这实际上违背了消息队列“解耦”的设计初衷。
为了解决多端消费的问题,演化出了另一种消息模型,发布-订阅模型。
2. 发布-订阅模型(publish-subscribe pattern)
在发布-订阅模型中,消息的发送方称为发布者(publisher),消息的接收方称为订阅者(subscriber),服务端存放消息的容器称为主题