Когда retry policy лучше не использовать или использовать осторожно?

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

Пример:

exponential backoff with jitter

Практический акцент: Оцените trade-off: простота, производительность, тестируемость, связность пакетов и цена поддержки.

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

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