Lag — the count of unprocessed messages in a partition. Diagnose: kafka-consumer-groups.sh --describe. Four causes: (1) consumer is too slow (CPU/DB bottleneck), (2) fewer partitions than consumers in the group (idle consumers), (3) max.poll.interval.ms < processing time (rebalance loop), (4) slow downstream (DB, external API). Fixes: scale up partitions, parallelize, tune max.poll.records.
Below: details, example, related terms, FAQ.
# Diagnose lag
$ kafka-consumer-groups.sh --bootstrap-server localhost:9092 \
--group my-consumer --describe
GROUP TOPIC PARTITION CURRENT-OFFSET LOG-END-OFFSET LAG
my-consumer orders 0 10000 15000 5000
# Increase partitions (non-reversible)
$ kafka-topics.sh --alter --topic orders --partitions 12Health Score is a comprehensive assessment of site technical health across 20+ parameters: SSL, security headers, response speed, SEO technical factors, and availability.
20+ parameters in one number: SSL, headers, speed, SEO technical factors.
Each parameter with explanation — what is checked, what was found, how to fix.
Compare Health Score at different dates — see progress or regression.
Set up automated Health Score checks and get notified when the score drops.
quick pre-release audit
technical baseline score
client site check
header security audit
Health Score check history and real-time site health monitoring.
Sign up freeRule of thumb: 10× expected throughput in MBps. 1 partition = ~10 MB/s. 100 MB/s throughput → 10+ partitions.
No, it's non-reversible. Create a new topic with fewer, switch producers, migrate consumers.
Retention: deletes by time (7 days default). Compaction: keeps the latest value per key — useful for event sourcing / state stores.