一篇读懂分布式消息系统Kafka

本文全面解析了Kafka,一个由LinkedIn开发并捐赠给Apache的分布式流处理平台。Kafka作为大规模实时数据处理的核心,拥有高吞吐、低延迟的特点,常用于数据集成、流处理和消息传递。文章涵盖了Kafka的基本概念,如服务器节点、主题和分区,以及其工作原理,包括架构、消费者组和数据存储机制。还介绍了如何使用Kafka的命令行操作和Java API进行生产者和消费者管理。
摘要由CSDN通过智能技术生成

一、Kafka定义

1.什么是Kafka?

Kafka是由Apache软件基金会开发的一个开源流处理平台,由Scala和Java编写。该项目的目标是为处理实时数据提供一个统一、高吞吐、低延迟的平台。其持久化层本质上是一个“按照分布式事务日志架构的大规模发布/订阅消息队列”,这使它作为企业级基础设施来处理流式数据非常有价值。此外,Kafka可以通过Kafka Connect连接到外部系统(用于数据输入/输出),并提供了一个Java流式处理库Kafka Streams。——摘自维基百科

2.发展历史

Kafka起初是由 LinkedIn公司采用Scala语言开发的一个多分区、多副本且基于 ZooKeeper 的分布式消息系统,后来捐献给 Apache 基金会。 目前Kafka 已经定位为一个分布式流式处理平台,它以高吞吐、可持久化、可水平扩展、支持流数据处理等多种特性而被广泛使用。 目前越来越多的开源分布式处理系统如 Cloudera、Storm、Spark、Flink 等都支持与 Kafka 集成。

3.基本概念

服务器节点(Broker):每一个Kafka程序实例即为一个Broker。一般可以将一台服务器看作Broker,前提此服务器只部署了一个Kafka实例。
  主题(Topic):Kafka中消息以主题为单位进行归类,生产者将消息发送到特定主题,消费者从特定主题进行消费。
  分区(Partition):一个Topic可以分为若干个分区,一个分区只属于单个主题,分区均匀分布在集群中。分区是Kafka高吞吐,容灾,负载均衡的保证。
  生产者(Producer): 消息发送方,负责创建消息,将消息投递到Broker中。
  消费者(Consumer):消息接收方,连接到Broker并消费特定Topic中的消息,进行逻辑处理。

二、Kafka工作原理

1.Kafka架构

Kafka消息传递:生产者将消息发送到Kafka集群,Kafka集群将消息转给消费者
在这里插入图片描述

Kafka集群架构:

一组生产者:数据可以是Web前端产生的页面、服务器日志等 。

一组消费者:可以是Hadoop集群、实时监控程序、数据仓库或其他服务。

一组Broker

一个ZooKeeper集群(管理和协调Broker):当Kafka新增Broker或某个Broker故障失效时,ZooKeeper将及时通知生产者和消费者 。

生产者使用Push模式将消息发送到Broker ,消费者使用Pull模式从Broker消费消息 。
在这里插入图片描述

2.主题和分区

Kafka通过主题对消息进行分类:一个主题可以分为多个分区,每个分区可以存储于不同的Broker上。
  Kafka会为每个主题维护一个分区日志,记录每个分区消息存放情况:消息以追加的方式写入到每个分区的尾部;消息以先进先出的顺序进行读取;Kafka可以保证单个分区内消息的顺序,但无法在整个主题范围内保证消息的顺序。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一角灯辉

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值