中间件学习笔记之Kafka-消息队列简介

• 消息中间件

消息队列中间件就是用来存储消息的软件(组件)。举个例子来理解，为了分析网站的用户行为，我们需要记录用户的访问日志。这些一条条的日志，可以看成是一条条的消息，我们可以将它们保存到消息队列中。将来有一些应用程序需要处理这些日志，就可以随时将这些消息取出来处理。
目前市面上的消息队列有很多，例如:Kafka、RabbitMQ、ActiveMQ、RocketMQ、ZeroMO等。

• Kafka名字怎么来的

Kafka的架构师ay kreps非常喜欢franz kaka(弗兰兹·卡夫卡),并且觉得kafka这个名字很酷，因此取了个和消息传递系统完全不相干的名称katka，该名字并没有特别的含义。

• 消息队列的应用场景

异步处理

• 可以将一些比较耗时的操作放在其他系统中，通过消息队列将需要进行处理的消息进行存储，其他系统可以消费消息队列中的数据。
• 比较常见的:发送短信验证码、发送邮件
  

系统解耦

原先一个微服务是通过接口(HTTP)调用另一个微服务，这时候合很严重，只要接口发生变化就会导致系统不可用
使用消息队列可以将系统进行解耦合，现在第一个微服务可以将消息放入到消息队列中，另一个微服务可以从消息队列中把消息取出来进行处理。进行系统解耦

流量消峰

因为消息队列是低延迟、高可靠、高吞吐的，可以应对大量并发

日志处理

大型电商网站(淘宝、京东、国美、苏宁.)、App(抖音、美团、滴滴等)等需要分析用户，要根据用户的访问行为来发现用户的喜好以及活跃情况，需要在页面上收集大量的用户访问

目前为止所在项目以上几种情况都没用过，一般管理系统都遇不到高并发问题，所以没用上，微服务也不是一定要引入消息中间件的。

• 生产者消费者模型

跟生活中蜂巢快递柜有点像，快递员投递快递到柜子，客户去快递柜取邮件

• 消息队列的两种模式

点对点模式

点对点模式特点:
1、每个消息只有一个接收者(Consumer)(即一旦被消费，消息就不再在消息队列中)。
2、发送者和接收者间没有依赖性，发送者发送消息之后，不管有没有接收者在运行，都不会影响到发送者下次发送消息;。
3、 接收者在成功接收消息之后需向队列应答成功，以便消息队列删除当前接收的消息

• 发布订阅模式

  
  发布/订阅模式特点:
  1、每个消息可以有多个订阅者;
  2、发布者和订阅者之间有时间上的依赖性。针对某个主题(Topic)的订阅者，它必须创建一个订阅者之后，才能消费发布者的消息。"
  3、为了消费消息，订阅者需要提前订阅该角色主题，并保持在线运行;
  订阅模式让我想到微信公众号的订阅模式。