Какой реальный баг может возникнуть из-за неправильного понимания retry policy?

Суть: retry должен иметь лимит, backoff и понимание идемпотентности.

Пример:

exponential backoff with jitter

Практический акцент: Проверяйте не только happy path: добавьте негативные сценарии, timeout/cancel, граничные значения и регрессионный тест на типичную ошибку.

Типичная ошибка: ретраить все ошибки без лимита и усугублять инцидент.

Как отвечать на собеседовании: Хороший ответ: гарантии доставки, ack/commit, идемпотентность, retry, DLQ и observability важнее, чем название брокера.