liveBook · Manning

Durability

As explained in Apache Kafka in Action

Data durability is the ability of stored data to remain preserved and recoverable despite failures or restarts.

Data durability is the ability of stored data to remain preserved and recoverable despite failures or restarts. In Kafka, it forms one part of reliability alongside availability and consistency. section 5.0

Durability asks whether data is stored correctly in perpetuity. Replication supports this goal by maintaining redundancy across brokers, while consistency asks whether the cluster persists data exactly as intended. section 5.0 section 4.2

Kafka reliability mechanisms connect durability to several operational concerns:

  • Replication distributes data across brokers, supporting durability and availability when individual servers fail. section 5.0
  • Acknowledgments help verify that sent messages arrive, while idempotent writes and transactions protect integrity across writes. section 5.0
  • Distributed designs must treat failures as expected operational conditions rather than assuming that servers remain reliable. section 4.2

A broker failure

Imagine a Kafka cluster with three brokers. If one broker suddenly fails, durability asks whether the topic data remains preserved elsewhere; replication provides the redundancy needed to address that question. section 5.0

Figure 4.3 Scaling vertically means adding more resources to a single instance. Scaling horizontally means adding more instances to a system.
A group of square windows

AI-generated content may be incorrect.

Use the scaling comparison to see why adding servers can improve redundancy and potential durability, while still requiring coordination and failure handling. section 4.2

How Apache Kafka in Action covers it

How deep it goes
Defines durability, distinguishes it from availability and consistency, and previews replication, acknowledgments, idempotence, and transactions without detailing their configuration.
Examples
Uses a three-broker cluster, a sudden broker failure, and horizontal scaling as concrete durability scenarios.
What it assumes
Assumes basic Kafka topics, messages, logs, and distributed-system concepts while treating server failure as a design concern.
What you can do after
Evaluate how replication and failure-oriented design preserve Kafka data when individual brokers fail.
How it connects
Connects durability to Kafka, replication, availability, consistency, acknowledgments, idempotent writes, transactions, and distributed systems.

Also explained in

Compare how 6 books explain durability →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Apache Kafka in Action. The section links point to the parts of the book it draws on.