kafka架构原理快速入门

前言

Kafka在消息队列中吞吐量最大,以极致的性能得到广大程序员的极度好评,下面我们从Kafka设计层面来对Kafka进行一个快速入门

Kafka的架构

Broker Kafka消息队列的代理节点,是Kafka核心组成部分,用来接收、存储、发送消息的代理节点,⼀个Kafka节点就是⼀个broker,⼀个或者多个 Broker可以组成⼀个Kafka集群

zookeeper Kafka节点的注册中心和分布式协调器,早期版本使用,现在Zookeeper 注册中心现在已被 KRaft模式 替代

Topic Kafka消息队列中的主题,Kafka根据topic对消息进⾏归类,发布到Kafka集群的每条消息都需要指定 ⼀个topic

消息生产者和消费者

Kafka代理节点管理消息的机制

1、代理节点是可以管理主题的

2、主题的消息是保存在代理节点中的一个日志文件夹

3、因为消息可能会很多,所以主题也会进行一个分布式管理,就对主题进行了分片横向扩展和集群高可用

4、主题的分片扩展,分片就是指的主题分区,消息存储到那个分区是通过哈希值计算的,分区是可以并行处理消息的,增加Kafka的吞吐量

5、主题的集群高可用,就是把整个集群复制成多份,这个就是主题副本,有集群就会有主从节点,所以就有了主题分区主节点和主题分区从节点的概念

6、所以可以知道,进入主题的消息,在一个分区是可以保证顺序的,存储的时候是有序的,但是分区之间的消息存储是无序的,因为是使用哈希值随机计算的

7、最后发现消息的本质是Kafka的主题分区进行管理的,消费者组之间是广播模式,消费者组内部是负载均衡模式是对主题分区而言的

Kafka对消息持久化运行机制

生产者发送消息之后,消息会分配一个主题分区进行接收,消息是先写入磁盘中,然后再对这个消息进行读取和转发

对Kafka来说,持久化数据不丢失是最主要的任务,至于转发给消费者消费并没有太高的时间要求

并且使用偏移量来记录消息发送到那个位置了

所以就可以实现消费者消费Kafka主题分区的两种策略

从当前位置进行消费还是从头开始消费消息的策略

Kafka会使用一个名为消费者偏移量的主题来记录持久化管理每个主题分区的偏移量的值

这个主题默认有50个分片和3个集群节点保证横向扩展和高可用以保证对消息的持久化支持

Kafka存储消息的时候会建立稀疏索引的方式来优化读取消息的效率

稀疏索引

仅仅记录部分消息的索引,读取的时候使用二分查找的方式快速定位到目标值的索引项

相关推荐
RobinXYuan19 小时前
【Kafka 源码手记】05 Broker 网络层与请求处理(中):Processor 事件循环与线上的字节
kafka·源码阅读
NiceZack19 小时前
Hadoop 部署全流程教程:从新装 CentOS 到伪分布式与完全分布式
hadoop·分布式·centos
傻啦嘿哟19 小时前
分布式爬虫架构:Redis+Scrapy打造企业级爬虫系统
分布式·爬虫·架构
坐吃山猪21 小时前
Kafka13-自定义分区器
kafka
starzy19901 天前
Kafka请求进门口:Processor是怎么把请求读上来的
分布式·kafka
骑着蜗牛撵大象3272 天前
558 万美元训出 671B 模型:DeepSeek-V3 算法与系统的协同拆解
分布式·算法·moe·deepseek-v3·mla·fp8训练
德迅云安全-上官2 天前
德迅游戏盾:面向 TCP 业务的分布式云安全防护方案
分布式·tcp/ip·游戏
麻瓜code2 天前
分布式锁演进:从一个用户下两单,到 Redisson,我改了四版
分布式·wpf
starzy19902 天前
Kafka网络层第一道门:Acceptor线程是怎么启动的
大数据·kafka
skywalk81632 天前
hive —— 多机 AI Agent 协同的任务总线:分布式,多节点同时运行,保障不会宕机
人工智能·hive·分布式