标签:group loading img geek 机器 off 删除 follow 组成
缓冲上下游瞬时突发流量,使其更平滑.特别是对于那种发送能力很强的上游系统,如果没有消息引擎的保护,“脆弱”的下游系统可能会直接被压垮导致全链路服务“雪崩”。
但是,一旦有了消息引擎,它能够有效地对抗上游的流量冲击,真正做到将上游的“峰”填满到“谷”中,避免了流量的震荡
使发送方与接收方松耦合,仅以协议的方式进行通讯,简化了开发.
也叫消息队列,每个消息只能被一个下游的消费者消费.
把消息发给多个处理者,方便扩展处理量,同时也意味着,当一个消费者消费了这条消息,这条消息就不存在了.别人无法消费
把消息广播给每个处理者.
由于每条消息都会传递给每个订阅者,因此无法扩展处理。kafka的consumerGroup同时支持上述这两种方式.
Kafka模型的优势在于,每个主题都具有这两个属性-可以扩展处理范围,并且是多用户的-无需选择其中一个。
Broker 负责接收和处理客户端发送过来的请求,以及对消息进行持久化, 一个 Kafka集群由多个
Broker 组成. 也可以理解为 KAFKA 服务器
分为生产者和消费者
生产者负责选择将记录分配给主题中相应的分区。可以简单地以轮循方式完成此操作,也可以根据某些语义分区功能(例如基于记录中的某些键)完成此操作。
2. Consumer 订阅这些主题消息的客户端应用程序就被称为消费者(Consumer)
消费者存在于消费者组中,主题的每条记录都会传递到订阅消费者组中的一个消费者实例。使用者实例可以位于单独的进程中,也可以位于单独的机器上。
发布订阅的对象是主题(Topic),可以是某个业务,某个应用甚至某类数据的逻辑分类.
每个分区都是有序的,不变的记录序列,这些记录连续地追加到结构化的提交日志中.分区中的每个记录均分配有一个称为偏移的顺序ID号,该ID
唯一地标识分区中的记录。
Kafka中的分区机制指的是将每个主题划分成多个分区(Partition),每个分区是一组有序的消息日志。生产者生产的每条消息只会被发送到一个分区中,也就是说如果向一个双分区的主题发送一条消息,这条消息要么在分区
0 中,要么在分区 1 中。
每个主题下可以有多个分区.
分区的作用:
备份的思想很简单,就是把相同的数据拷贝到多台机器上,而这些相同的数据拷贝在 Kafka 中被称为副本(Replica)。
副本的数量是可以配置的,这些副本保存着相同的数据,但却有不同的角色和作用。Kafka 定义了两类副本:领导者副本(Leader Replica)和追随者副本(Follower Replica)。前者对外提供服务,这里的对外指的是与客户端程序进行交互;而后者只是被动地追随领导者副本而已,不能与外界进行交互。
副本的作用:
保证了 KAFKA 容错能力
生产者:
向主题发布新消息的应用程序。
生产者负责选择将记录分配给主题中的分区。可以简单的以轮循的方式完成,也可以根据某些语义分区(例如基于记录中的某些键)完成此操作。
客户端程序只能与分区的领导者副本进行交互
消费者
从主题订阅新消息的应用程序。 消费都必须要在消费组中, Topic
对应的分区平均分配到消费组的中消费实例上.
消费组
每个consumer属于一个特定的consumer group,可为每个consumer指定group
name,若不指定,则属于默认的group,一条消息可以发送到不同的consumer
group,但一个consumer group中只能有一个consumer能消费这条消息.
消费者与消费组的关系
由两台服务器组成的Kafka群集,其中包含四个带有两个使用者组的分区(P0-P3)。消费者组A有两个消费者实例,而组B有四个。
consumer group A中的C1 消费 P0和 P3分区的记录
consumer group A中的C2 消费P1和P2分区的记录
consumer group B有4个消费者,分别对应一个分区
消费者组里面的所有消费者实例不仅“瓜分”订阅主题的数据,而且更酷的是它们还能彼此协助。假设组内某个实例挂掉了,Kafka 能够自动检测到,然后把这个 Failed 实例之前负责的分区转移给其他活着的消费者。
在 KAFKA 中,offSet有两种含义
消息的是分区内的消息位置,这个不变的.即一旦消息被成功写入到一个分区上,它的位移值就是固定的了
是随时变化的,是消费者消费进度的指示器。另外每个消费者有着自己的消费者位移.
传统的消息队列模型的特点在于消息一旦被消费,就会从队列中被删除,而且只能被下游的一个
Consumer 消费
允许消息被多个 Consumer 消费,每个订阅者都必须要订阅主题的所有分区。
Kafka 仅仅使用 Consumer Group 这一种机制,却同时实现了传统消息引擎系统的两大模型:如果所有实例都属于同一个 Group,那么它实现的就是消息队列模型;如果所有实例分别属于不同的 Group,那么它实现的就是发布 / 订阅模型。
理想情况下,Consumer 实例的数量应该等于该 Group 订阅主题的分区总数。
极客时间
极客时间
apache kafka
Kafka架构图
标签:group loading img geek 机器 off 删除 follow 组成
原文地址:https://www.cnblogs.com/changzhz/p/13387886.html