Что такое корректное деградирование при сбое зависимости?

Question

Accepted Answer

**Корректное деградирование** означает, что при отказе зависимости система **продолжает работу основного потока**, предоставляя сокращённый или частичный опыт вместо возврата ошибки. Цель — **мягко отказать**, а не отказать жёстко: деградированная страница лучше ошибки 500.

## Техники

- **Мягкий отказ** — когда зависимость недоступна, подавайте **кэшированные, частичные или стандартные** данные вместо ошибки. Устаревший, но присутствующий результат обычно лучше, чем ничего.
- **Feature-flag для некритических путей** — отключайте рекомендации, аналитику или красивые виджеты, чтобы сбой там не сломал основную страницу.
- **Таймауты + fallback** — никогда не ждите вечно медленную зависимость; установите таймаут и переключитесь на значение или путь по умолчанию.
- **Изоляция отказов (bulkheads)** — разделите ресурсы (пулы потоков, пулы соединений) по зависимостям, чтобы один отказавший сервис не исчерпал всё и не увлёк остальное.
- **Защита основного потока** — определите критический путь (просмотр, оформление заказа) и убедитесь, что некритические функции его никогда не сломают.

## Пример: бэкенд поиска недоступен

```text
BAD  (fail hard):
  search() → backend timeout → throw → user sees HTTP 500 (whole page dead)

GOOD (fail soft):
  result = search()
         catch timeout → return cached_results OR empty + notice
  page renders:
    [ "Showing recent results — live search is temporarily unavailable." ]
    + cached listings, working nav, working checkout
  → user keeps browsing; core flow intact
```

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

## Почему это важно

Зависимости *будут* отказывать — сторонние API, кластеры поиска, сервисы рекомендаций. Без корректного деградирования любой один отказ каскадирует в полный отказ в обслуживании. Проектирование под мягкий отказ (кэшированные/частичные/стандартные данные), отключение некритических путей, таймауты с fallback и изоляция отказов с помощью bulkheads — всё это держит продукт в рабочем состоянии во время частичных отказов, что разница между небольшой проблемой и серьёзным инцидентом.