kafka的网络模型

2023年 9月 12日 40.3k 0

前言

Kafka 是一个高性能的消息队列。在有 Netty 这么成熟的网络扩建之后,kafka 的客户端和服务端都没有使用 netty 作为网络框架,而是自己完全实现了一个网络层的通信。我能找到的的原因上面说 1 是为了更好的性能 2 是因为 kafka 本身引用了各种各样的 jar 包,而这些 jar 包很容易引起冲突,而且网络库是比较底层的库,所以才自己实现了一套。本文就 broker 端的 kafka 网络架构做一个大概的解析。希望能够了解到和 netty 实现的区别以及这么带来的好处。

Broker 端网络模型

先上 broker 端网络模型的图,其实也是个 reactor 的模型。他的设计中,Accepter 作为一个 main reactor,里面包含了 child reactor 即 processor,然后发送和接受都是通过队列的方式异步进行。

kafka网络模型broker.png

和 netty 不同设计的地方,个人主要觉得就是数据处理,Netty 中将每一份数据都通过 ChannelPipeline 进行数据的流转,而在 kafka 中,使用的是 1+N+M 的模型,1 就是一个负责 accepter 的线程,N 则是处理请求的,也就是 processor。M 则是最终处理 Io 请求,也就是 HandlerPool。数据的读取和写入都是通过队列的方式进行流转,读请求放入到 RequestChannel 的 requestQueue 中,handler 异步轮询这个 queue,然后将返回值放入到 processor 的 responseQueue 中。在实现上,RequestChannel 包含了 request 和 response,但是将读写又进行一个区分。为什么读写的做法不一致呢?我个人觉得是因为职责和数据传递的问题,RequestChannel 只是作为 request 和 response 的一个中转站,不做具体的 IO 处理,读请求因为涉及到 handler 的继续处理,所以将它异步放在 RequestChannel 中进行下一步具体的业务处理,但是 response 通过 RequestChannel 以后,不再需要进一步处理,而是直接发送了,所以直接放在 Processor 的发送队列中,直接进行异步处理。隐隐有一种单一职责的处理方式。

当然,broker 端还有包含一些如网络进行限流等等的处理,这里只涉及到网络模型,不在赘述。

Client 端的网络模型

上面简单的说了下 kafka 的 broker 在处理数据请求的时候的网络模型,相对比 netty 而言,个人觉得仅仅是在数据传输方面抽象不同,本质上的 reactor 模型还是一样的主从结构。接下来看一下客户端的网络模型,或者说是数据发送的抽象模型。

kafka 的 客户端网络模型是不同层级处理不同的事情,我在看的时候总有种看 ISO 网络模型的感觉。其中 producer 的网络模型较为清晰和处理逻辑较少,单独拿出来说下。consumer 的网络模型单从网络曾来说和 producer 差不多。

kafka_producer_net.png

kafka 的数据传送过程中,将 NIO 隐藏在最后面,客户端在发送的时候首先是发送到了一个 accumulator 中,然后在 sender 中会从里面打捞数据封装为 ClientRequest 后传送给 NetworkClient 执行 send,在 NetworkClient 中,将数据再次封装为 NetworkSend,通过自己实现 selector 发送数据,在自己实现 selector 中注册的 channel 也是自己封装的后的 KafkaChannel,最后在这个 KafkaChannel 中进一步执行 javaNIO 的数据发送和事件通知。整个过程分层分工很明确。如在 RecordAccumulator 中将发送给相同的 partition 的数据进行 append,增加了一次性发送的数据量,sender 主要处理将封装好了 ProducerBatch 进行区分即将数据应该发送的 partition 和 broker 的 id 进行一个绑定,封装为 request 数据往下传递给 NetworkClient,NetworkClient 会管理连接的状态和是一个 InFlightRequest,主要就是一些链接的状态数据。然后将数据传递给 selector 进行数据传送。在整个传送过程中,基本上客户端传送的数据并没有做其他的处理,都是进行一个分层管理的封装。

Conusmer 的网络模型大致也是如此分层,按照不同层级处理不同的事件,不过底层仍然是将 NIO 层,Kafka 的 network 层分开处理。后续再聊整个处理逻辑和加深印象。

后记

本文只能说浅尝辄止的聊了下 kafka 的网络模型,其实只是觉得 kafka 的 producer 的设计十分切合网络分层设计理念。后面将逐步针对 kafka 的每个模块看下他的系统设计和实现。

相关文章

JavaScript2024新功能:Object.groupBy、正则表达式v标志
PHP trim 函数对多字节字符的使用和限制
新函数 json_validate() 、randomizer 类扩展…20 个PHP 8.3 新特性全面解析
使用HTMX为WordPress增效:如何在不使用复杂框架的情况下增强平台功能
为React 19做准备:WordPress 6.6用户指南
如何删除WordPress中的所有评论

发布评论