Вопросы React Frontend Developer

@Transactional оборачивает метод в транзакцию: BEGIN перед выполнением, COMMIT при успехе, ROLLBACK при исключении. @Retryable (из Spring Retry) автоматически повторяет вызов метода при указанном типе исключений, с настройками количества попыток, задержек и backoff-политики.

Retry-логику можно реализовать вручную с помощью счётчика попыток и задержек между ними либо использовать библиотеки типа Polly. Также можно использовать отложенные задачи через очередь или планировщик, обрабатывающий письма с ошибками через определённое время.

Retry автоматически повторяет неудачный вызов другого сервиса, предполагая, что ошибка временная (например, сетевой сбой). Circuit Breaker действует как автоматический предохранитель: если сервис постоянно недоступен, он прекращает все попытки вызова на некоторое время, чтобы избежать перегрузки и дать сервису восстановиться. Вместе они защищают систему от каскадных отказов.

Retry-логика — это повтор запроса при временных ошибках (например, нестабильная сеть или 5xx). Обычно задают максимальное число попыток, задержку между ними и условия, при которых можно повторять. Хорошая практика — использовать exponential backoff и добавить jitter, чтобы много клиентов не “стреляли” одновременно. Важно различать ошибки: 4xx чаще не ретраят (кроме 429), а запросы с изменением данных повторяют только если это безопасно.

Retry применяют при временных ошибках и всегда ограничивают по количеству и времени. Используют фиксированную задержку, exponential backoff и jitter. Чтобы избежать повторной обработки, операции делают идемпотентными. Также применяют дедупликацию по ключам и хранение состояния обработки. Без этих мер retry быстро приводит к дубликатам и перегрузке системы.