Handle payment-service outages

Quick Overview

This question evaluates a candidate's competence in designing fault-tolerant payment workflows and operational resilience, covering concepts such as idempotency, retry strategies, queuing and dead-letter handling, circuit breaking, reconciliation, and monitoring.

Handle payment-service outages

Company: DoorDash

Role: Software Engineer

Category: Software Engineering Fundamentals

Difficulty: easy

Interview Round: Onsite

You own a service that computes courier payouts and then submits payout requests to a downstream payment processor. What should your system do if the payment service is temporarily unavailable, timing out, or returning intermittent errors? Discuss how to preserve correctness and a good user experience, including: - idempotency for payout requests - retries with exponential backoff and jitter - when to retry synchronously vs. asynchronously - circuit breaking and fallback behavior - queue-based recovery and dead-letter handling - reconciliation after the payment service recovers - monitoring and alerting

Quick Answer: This question evaluates a candidate's competence in designing fault-tolerant payment workflows and operational resilience, covering concepts such as idempotency, retry strategies, queuing and dead-letter handling, circuit breaking, reconciliation, and monitoring.

|Home/Software Engineering Fundamentals/DoorDash
DoorDash logo
DoorDash
Jan 28, 2026, 12:00 AM
easySoftware EngineerOnsiteSoftware Engineering Fundamentals
12
0

You own a service that computes courier payouts and then submits payout requests to a downstream payment processor. What should your system do if the payment service is temporarily unavailable, timing out, or returning intermittent errors?

Discuss how to preserve correctness and a good user experience, including:

  • idempotency for payout requests
  • retries with exponential backoff and jitter
  • when to retry synchronously vs. asynchronously
  • circuit breaking and fallback behavior
  • queue-based recovery and dead-letter handling
  • reconciliation after the payment service recovers
  • monitoring and alerting
Loading comments...