infra-streaming-reliability-review

Review Kafka and Flink streaming pipelines for delivery semantics and recovery.

14|1|Updated May 5, 2026
One-click install
npx skills add https://github.com/ivanshamaev/de-agent-skills --skill infra-streaming-reliability-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: infra-streaming-reliability-review
Source: https://github.com/ivanshamaev/de-agent-skills/tree/main/group_skills/infra_dataops_group_skills/infra_streaming_reliability_review
Command: npx skills add https://github.com/ivanshamaev/de-agent-skills --skill infra-streaming-reliability-review

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps review and harden streaming data pipelines so delivery semantics, state handling, and failure recovery remain correct under retries, duplicates, late events, and downstream outages.

Core Features & Use Cases

  • Delivery semantics decisioning: Choose appropriate at-most-once, at-least-once, or exactly-once strategies based on side effects and downstream requirements.
  • Exactly-once design patterns: Apply Kafka transactions (read_committed, transactional offset commits) and Kafka Streams EOS settings (exactly_once_v2).
  • At-least-once with idempotency: Implement idempotent consumer writes using upserts/conditional updates to tolerate replays safely.
  • DLQ and poison message handling: Design DLQ routing for Kafka Connect and custom handlers, including reprocessing runbooks.
  • State and recovery guardrails: Configure Flink checkpoints/safe externalized checkpointing and checkpoint timing constraints.
  • Operational stability and observability: Reduce rebalance storm risk (cooperative-sticky/static membership) and set end-to-end latency monitoring and alerting with a reliability checklist.

Quick Start

Ask the agent to review your Kafka/Flink/Spark streaming pipeline design for reliability gaps and produce a corrected plan covering delivery semantics, DLQ handling, checkpointing, rebalance stability, and end-to-end latency SLO monitoring.

Frequently Asked Questions about infra-streaming-reliability-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I ensure exactly-once processing in Kafka and Flink streaming pipelines?

Exactly-once delivery in Kafka and Flink requires configuring read_committed transactional isolation, transactional offset commits, and Kafka Streams exactly_once_v2 settings to guarantee correct state under failure.

What is the best way to handle poison messages and DLQ routing in Kafka Connect?

DLQ routing for poison messages in Kafka Connect requires designing custom error handlers to route failed records to a dead letter queue, alongside a reprocessing runbook to safely replay those messages after fixing the underlying issue.

How do I prevent consumer rebalance storms in Kafka streaming applications?

Preventing consumer rebalance storms involves configuring cooperative-sticky assignor and static membership to reduce partition reassignment churn, ensuring stable streaming pipeline operations during consumer group changes.

When should I use at-least-once delivery with idempotent consumers instead of exactly-once?

At-least-once delivery with idempotent consumers is preferred when exactly-once transactions are too costly, using upserts or conditional updates to safely tolerate duplicate events during retries and replays without side effects.

How do I configure Flink checkpointing for safe state recovery in streaming pipelines?

Flink checkpointing for safe state recovery requires configuring externalized checkpoints with retention policies and validating checkpoint timing constraints to ensure streaming state survives failures without data loss.

Does this streaming reliability review apply to Spark Streaming and Kafka ETL pipelines?

Yes, the streaming reliability review applies to Kafka-based ETL, Kafka Streams, Flink, and Spark Streaming implementations, covering delivery semantics, checkpointing, DLQ routing, and end-to-end latency monitoring across these frameworks.