kafka实现异步发送_理解 Kafka 异步发送消息可靠性策略

本文深入探讨Kafka的异步发送消息的可靠性,从生产者、Broker和消息备份同步三个方面进行分析,包括不同acks配置、Broker的故障恢复、ISR和HW等关键概念,确保消息在高吞吐量场景下的正确传递。
摘要由CSDN通过智能技术生成

↑ 点击上面 “时代Java”关注我们,

关注新技术,学习新知识!

一、概述

Kafka是由Apache软件基金会开发的一个开源流处理平台,由Scala和Java编写。Kafka是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者在网站中的所有动作流数据。这种动作(网页浏览,搜索和其他用户的行动)是在现代网络上的许多社会功能的一个关键因素。这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

Kafka主要特性
Kafka 是一种高吞吐量的分布式发布订阅消息系统,有如下特性:
通过O(1)的磁盘数据结构提供消息的持久化,这种结构对于即使数以TB的消息存储也能够保持长时间的稳定性能。
高吞吐量:即使是非常普通的硬件Kafka也可以支持每秒数百万的消息。
支持通过Kafka服务器和消费机集群来分区消息。

相关基础

BrokerKafka集群包含一个或多个服务器,这种服务器被称为broker。

Topic每条发布到Kafka集群的消息都有一个类别,这个类别被称为Topic。(物理上不同Topic的消息分开存储,逻辑上一个Topic的消息虽然保存于一个或多个broker上但用户只需指定消息的Topic即可生产或消费数据而不必关心数据存于何处)

PartitionPartition是物理上的概念,每个Topic包含一个或多个Partition.

Producer负责发布消息到Kafka broker

Consumer消息消费者,向Kafka broker读取消息的客户端。

Consumer Group每个Consumer属于一个特定的Consumer Group(可为每个Consumer指定group name,若不指定group name则属于默认的group)。

二、可靠性

在使用Kafka消息队列做异步发送时,如何保证消息的可靠性?这里可以分为3个部分讲解。

1. 生产者的可靠性保证

回答生产者的可靠性保证,即回答:
  • 发消息之后有没有ack?

  • 发消息收到ack后,是不是消息就不会丢失了?

而Kafka通过配置来指定producer生产者在发送消息时的ack策略:
  • Request.required.acks=-1 (全量同步确认,强可靠性保证);
  • Request.required.acks = 1(leader 确认收到, 默认);
  • Request.required.acks = 0 (不确认,但是吞吐量大)。

       如果想实现Kafka配置为 CP(Consistency & Partition tolerance) 系统, 配置需要如下:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值