Switch to:
LinkedIn and Apache Kafka: 7 trillion messages a day

LinkedIn and Apache Kafka: 7 trillion messages a day

Apache Kafka, an open-source platform for real-time data stream processing, has become an essential tool for companies operating at large scale. LinkedIn, which originally developed Kafka, is today one of its most advanced users, handling over 7 trillion messages a day. To support this volume of data, LinkedIn has built a tailor-made Kafka ecosystem, facing scalability challenges that are rarely encountered elsewhere and actively contributing the solutions it finds back to the open-source community.

Kafka was born in 2010 within LinkedIn to manage real-time data flows generated by users. The system had such success that it was open-sourced in 2011 and is today an industry standard adopted by thousands of companies worldwide. Despite its widespread adoption, LinkedIn continues to be one of the most advanced users, with an infrastructure that includes dozens upon dozens of Kafka clusters, more than 4,000 brokers and 7 million partitions, an operational scale that poses engineering challenges of the highest order.

Kafka and the messaging system

To understand why Kafka is so central to LinkedIn’s infrastructure, it helps to grasp how the system works at a conceptual level. Kafka is built on the idea of the distributed commit log: every message produced by an application is written in an ordered and immutable fashion to a structure called a topic, divided into partitions that can be spread across multiple machines. This design allows many producers to write data in parallel and many consumers to read it independently, without interfering with one another. Consumer groups allow multiple instances of an application to process the same stream by dividing the load among themselves, while ordering within each individual partition is guaranteed, offering the predictability required for use cases such as recording user activity or synchronizing between microservices. The result is a system capable of handling high traffic peaks with very low latency, equally suited to real-time event streaming and to the historical analysis of data archived in the log.

LinkedIn’s Kafka ecosystem

LinkedIn’s Kafka clusters are designed to handle billions of events a day, ensuring that every piece of information is processed in real time. Internal applications rely on Kafka to record user activities, transmit messages between different services, and collect system metrics, allowing the company to continuously analyze and optimize its operations. To facilitate communication between the various components of the system, LinkedIn uses tools that improve data integration and management: the REST Proxy allows even non-Java-based services to interact with Kafka, while a schema management system ensures that sent and received data are always consistent. To optimize data flow between the company’s various operational centers, LinkedIn uses a replication technology that ensures information is always available and up to date wherever needed, and an internal software monitors resource usage and automatically redistributes the load when necessary.

Challenges and innovations for scalability

Managing Kafka at this scale presents concrete technical challenges that go well beyond those faced by most organizations. One of the most complex concerns ordering guarantees: when a stream of events is distributed across thousands of partitions, ensuring that correlated messages are processed in the correct sequence requires careful design of partitioning schemes and, in some cases, dedicated application-level logic. LinkedIn has also had to contend with the rebalancing problem, meaning the redistribution of partitions among brokers during maintenance operations or following failures: inside very large clusters, these operations can generate significant latency spikes that impact production applications. To contain these effects, the engineering team developed internal automation tools capable of scheduling rebalancing during low-traffic windows and monitoring the state of every partition in real time. Many of these innovations, such as improvements to partition management and rebalancing throttling mechanisms, were subsequently contributed back to the Apache community, allowing other companies to benefit from them.

The use of Apache Kafka by LinkedIn represents an example of how an open-source system can be adapted and scaled to support global operations of the highest level. Thanks to a customized ecosystem and careful management of operational challenges, LinkedIn is able to process enormous amounts of data every day, while guaranteeing high performance and contributing to the growth of the Kafka platform for the entire technology community.

Ranieri Vannozzi

The author

Ranieri Vannozzi

Freelance software developer and consultant

I have been writing code since 2008, working on enterprise development, cloud-native architectures and technical leadership. On HeroHubs I write about what I run into every day on real projects, from code to architecture and artificial intelligence.

Article written with AI assistance and reviewed by the author.

Related Posts

Canary vs Blue Green: how to eliminate downtime

Architecture

March 2026

Canary vs Blue Green: how to eliminate downtime

A guide to software release strategies: discover how Blue Green and Canary deployment can protect your business and improve user experience.

Hexagonal architectures: a new perspective with ports and adapters

Architecture

October 2025

Hexagonal architectures: a new perspective with ports and adapters

Discover hexagonal architecture (ports and adapters): principles, benefits, practical examples, and how to improve testability, maintainability, and flexibility in modern software projects.

Agent as a Service (AaaS): the future beyond SaaS

Architecture

August 2025

Agent as a Service (AaaS): the future beyond SaaS

Explore the Agent as a Service (AaaS) model: how autonomous AI agents are revolutionizing software, surpassing SaaS, and transforming business processes and automation.

SST: the future of serverless on AWS

Architecture

July 2025

SST: the future of serverless on AWS

Discover SST (Serverless Stack): the framework revolutionizing serverless development on AWS. Benefits, user experience, scalability, and best practices for cloud-native projects.

Firebase real-time database: the right choice for real-time applications?

Architecture

June 2025

Firebase real-time database: the right choice for real-time applications?

Explore the pros, cons, and alternatives of Firebase real-time database: a complete guide to choosing the best solution for real-time apps and platforms.

Software architecture: which one to use?

Architecture

May 2025

Software architecture: which one to use?

A guide to major software architectures: advantages, disadvantages, and use cases for client-server, layered, microservices, event-driven, serverless, and more for modern projects.

Microservices or monolith: still a current debate?

Architecture

March 2025

Microservices or monolith: still a current debate?

Microservices vs monolith: advantages, disadvantages, and use cases to choose the best software architecture for your project in 2025.

AWS, Cloudflare, Supabase and others: which one to choose?

Architecture

February 2025

AWS, Cloudflare, Supabase and others: which one to choose?

A guide to choosing the ideal cloud provider: AWS, Cloudflare, Supabase, Google Cloud, Azure, DigitalOcean, Vercel, Netlify, and Heroku compared for every project need.

The fallacies of distributed systems

Architecture

January 2025

The fallacies of distributed systems

Explore the main fallacies of distributed systems: challenges, best practices, and design patterns for building resilient, secure, and scalable architectures in the cloud era.