Как проектировать обработку ошибок внешних сервисов с учетом бизнес-логики?

Обработка ошибок внешних сервисов — это не только техническая задача, но и часть бизнес-логики.

Базовая идея

Перед перечислением важно зафиксировать: одинаковая техническая ошибка может иметь разный бизнес-эффект.

Классификация ошибок с точки зрения бизнеса

1. Критические

   • невозможно выполнить основную операцию

   • требуется явный отказ

2. Допустимые

   • второстепенные данные

   • возможна деградация

3. Временные

   • можно повторить позже

4. Фатальные

   • повтор не имеет смысла

Связь с бизнес-сценариями

1. Основной путь

   • заказ, платёж, авторизация

2. Вспомогательные данные

   • рекомендации

   • аналитика

3. UX-ожидания

   • быстрый ответ важнее полноты данных

Пример бизнес-ориентированной обработки

try:
    price = await get_price()
except ExternalServiceError:
    price = default_price()

Типичные ошибки проектирования

1. Единая стратегия для всех ошибок

2. Технические исключения leaking наружу

3. Игнорирование бизнес-приоритетов

Вывод

Обработка ошибок внешних сервисов должна проектироваться от бизнес-логики, а не от технических исключений. Это позволяет системе быть устойчивой и предсказуемой для пользователей.