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

Question

Ошибки внешних сервисов нужно обрабатывать с учётом их влияния на бизнес-результат. Не все ошибки критичны и не все требуют падения запроса. Важно различать ошибки, при которых можно деградировать функциональность. Бизнес-логика определяет, что можно вернуть пользователю и когда стоит повторить попытку. Техническая обработка должна подчиняться этим правилам.

YeaHub · Accepted Answer

Обработка ошибок внешних сервисов — это не только техническая задача, но и часть бизнес-логики.Базовая идеяПеред перечислением важно зафиксировать: одинаковая техническая ошибка может иметь разный бизнес-эффект.Классификация ошибок с точки зрения бизнесаКритическиеневозможно выполнить основную операциютребуется явный отказДопустимыевторостепенные данныевозможна деградацияВременныеможно повторить позжеФатальныеповтор не имеет смыслаСвязь с бизнес-сценариямиОсновной путьзаказ, платёж, авторизацияВспомогательные данныерекомендациианалитикаUX-ожиданиябыстрый ответ важнее полноты данныхПример бизнес-ориентированной обработкиtry:
    price = await get_price()
except ExternalServiceError:
    price = default_price()
Типичные ошибки проектированияЕдиная стратегия для всех ошибокТехнические исключения leaking наружуИгнорирование бизнес-приоритетовВыводОбработка ошибок внешних сервисов должна проектироваться от бизнес-логики, а не от технических исключений. Это позволяет системе быть устойчивой и предсказуемой для пользователей.