Why a streaming pipeline needs an idempotent sink
Kafka delivers at least once, so duplicates are normal. Here is how deduplication in the stream and an idempotent write at the end keep a pipeline correct.
Notes on data engineering and applied AI. Short, practical and written after the thing worked.
Kafka delivers at least once, so duplicates are normal. Here is how deduplication in the stream and an idempotent write at the end keep a pipeline correct.
What goes into the index, and why the data pipeline decides the answer quality.
PlannedPartitioning, back-pressure and the checks that catch problems before users do.
PlannedWhat changed between a notebook that works and a service that stays up.
PlannedWant one of these sooner? Tell me which.