消息队列 | 青训营笔记

67 阅读2分钟

这是我参与「第五届青训营 」伴学笔记创作活动的第 13 天。

定义

消息队列是保存消息的一个容器,本质是个队列。支持高吞吐,高并发,并且高可用。

发展历程

TIB:1985年诞生,服务于金融机构和新闻机构
IBM MQ/WebSphere:1993年诞生,商业消息队列平台市场主要玩家
MSMQ:1997年诞生,由微软发布
JMS:2001年诞生,本质上是一套Java API
AMQP/RabbitMQ:2004年规范发布
Kafka:2010年由Linked开源
RocketMQ:2011年阿里中间件团队自研
Pulsar:2012年诞生,由Yahoo研发

各消息队列对比

Kafka:分布式,分区,多副本的日志提交服务,在高吞吐场景下发挥较为出色
RocketMQ:低延迟、强一致、高性能、高可靠、万亿级容量和灵活的可拓展性、在一些实时场景中运用较广
Pulsar:是下一代云原生分布式小溪流平台,集消息、存储、轻量化函数式计算为一体,采用存算分离的架构设计
BMQ:和Pulsar架构类似,存算分离,初期定位是承接高吞吐的离线业务场景,逐步替换掉对应的Kafka集群

Kafka

Topic:逻辑队列,不同Topic可以建立不同的Topic
Cluster:物理集群,每个集群中可以建立多个不同的Topic
Producer:生产者,负责将业务消息发送到Topic中
Consumer:消费者,负责消费Topic中的消息
ConsumerGroup:消费者组,不同组Consumer消费进度互不干扰
Offset:消息在partition内的相对位置信息,可以理解为唯一ID,在partition内部严格递增
每个分片由多个Replica,Leader Replica将会从ISR中选出

RocketMQ

使用场景

针对电商业务线,其业务设计广泛,如注册、订单、库存、物流等;同时也会涉及许多业务峰值时刻,如喵啥活动、周年庆、定期特惠等等

高级特性

事务场景:最终一致性、延迟发送、消费重试和死信队列