Как обрабатывать ситуацию, когда внешний сервис периодически недоступен или отвечает с ошибками?

Нестабильность внешних сервисов — не исключение, а рабочий сценарий. Архитектура должна быть к этому готова.

Базовый принцип

Сначала важно зафиксировать: внешний сервис всегда может быть недоступен, и это не должно ломать всю систему.

Основные механизмы обработки

1. Timeout

   • ограничивает время ожидания

   • предотвращает зависание воркеров

2. Retry

   • только для идемпотентных операций

   • с ограничением количества и задержкой

3. Circuit breaker

   • временно отключает вызовы при массовых ошибках

   • защищает систему от каскадных отказов

4. Fallback

   • возврат кешированных или упрощённых данных

   • частичная деградация функциональности

5. Fail-fast

   • быстрое завершение запроса при явной недоступности

Пример с retry и timeout

async def fetch():
    try:
        return await http_call(timeout=2)
    except TimeoutError:
        return fallback_data()

Ошибки, которые часто допускают

1. Бесконечные ретраи

2. Одинаковая логика для всех ошибок

3. Отсутствие метрик по отказам

4. Жёсткая зависимость бизнес-логики от внешнего API

Вывод

Корректная обработка недоступных внешних сервисов строится на таймаутах, ограниченных ретраях, деградации и защите от каскадов. Это делает систему предсказуемой под нагрузкой.