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

前言

本文章记录了消息队列学习的部分内容，记录了今天所学习的部分知识

1.消息队列发展历程

消息中间件其实诞生的很早，早在1983年互联网应用还是一片荒芜的年代，有个在美国的和度小哥Vwvek就设想了一种通用软件总线，世界上第一个现代消息队例列软性件The htomaton Eut(TB)，他TB受到了企业的欢迎，这家公司的业务发展引起了当时最牛气的T公司BM的注意，于是他们一开始研发了自己消息队列软件，于是才有了后来的wesgheremq，再后来微软也加入了战团。接近20年的时候，互球网时R已经初见熠光，全球的应用程序得到了极大地丰富，对于程序之间互联互通的需求越来越强烈，但是各大T公司之间还是牢牢建立着各种技术壁垒，以比此来保证自己的商业利益，所以消息中间性在那个时候是大型企业才能够用的起的高级玩意。但是时代的洪流不可逆转，有壁垒就有打破壁垒的后来者，201年s:mn发布了jms技术，试图在各大厂商的层面上再包装一后统一的jva规v范, jpva程序只需要针对ms ay确程就可以了，不需要再关注使用了什么样的消息中间件，但是jms双仅适用于javc。204年AMOP(高级消息队列协议)诞生了，才是真正促进了消息队列的繁荣发展，任何人都可以针对MOQP的标准进行编码。有好的协议指导，再加上互彭网分布式应用的迅猛发展成为了消息中间件一飞冲天的最大动力，程序应用的互联互通，发布订阅，最大契合了消息中间件的最初的设计初表，除了刚才介绍过的收费中间件，后来开源消息中间件开始层出不穷，常比较流行的有ActiveMQ.RabbitMQ 、Kafak、阿里的RocketMO，以及目前存算分离的Pulsar，在目前互联网应用中消息队列中间件基本上成为标配。

案例引入

• 系统崩溃

业界消息队列对比

• Kafka：分布式的、分区的、多副本的日志提交服务，在高吞吐场景下发挥较为出色

• RocketMQ：低延迟、强一致、高性能、高可靠、万亿级容量和灵活的可拓展性，在一些实时场景中运用较广

• Pulsar：是下一代云原生分布式消息流平台，集消息、存储、轻量级函数式计算为一体、采用存算分离的架构设计。

• BMQ：和Pulsar架构类似，存算分离，初期定位是承接高吞吐的离线业务场景，逐步替换掉对应的Kafka集群。