Лекция 238: Деградация функционала (Fallback) в случае отказа

Для начала давайте разберёмся, что же такое Fallback. Представьте себе парашют. Во время прыжка с самолёта основной парашют может не раскрыться, но страховой парашют (Fallback) поможет вам всё равно безопасно приземлиться. В мире микросервисов всё аналогично: когда основной функционал недоступен (например, сервис не отвечает или превысил тайм-аут), Fallback обеспечит альтернативный способ обработки, чтобы система продолжала работать.

Основные цели Fallback:

1. Обеспечить минимальную функциональность, если основной функционал недоступен.
2. Сохранить работоспособность системы в условиях деградации.
3. Повысить пользовательский опыт, минимизируя влияние ошибок на бизнес-логику.

Реальные примеры применения Fallback:

• Если микросервис, отвечающий за рекомендации товаров, недоступен, приложение может показывать "топовые товары" вместо персонализированных рекомендаций.
• Если сервис данных о погоде недоступен, приложение может показывать общее сообщение "Погода недоступна. Попробуйте позже."

Настройка Fallback в Resilience4j

Resilience4j делает настройку Fallback максимально простой и удобной. Он позволяет задавать резервные сценарии с использованием функционального программирования или специально созданных методов.

Шаг 1: Добавление зависимости Resilience4j

Если вы ещё не подключили Resilience4j, добавим необходимую зависимость в pom.xml вашего Spring Boot проекта.

<dependency>
    <groupId>io.github.resilience4j</groupId>
    <artifactId>resilience4j-spring-boot2</artifactId>
    <version>1.7.1</version>
</dependency>

Или для Gradle:

implementation 'io.github.resilience4j:resilience4j-spring-boot2:1.7.1'

Шаг 2: Создание сервиса с основным функционалом и резервным сценарием

Теперь создадим небольшой пример. Допустим, у нас есть микросервис для получения данных о книгах. Если микросервис не отвечает, мы предоставим резервный функционал (например, вернём статический список популярных книг).

Создадим сервис BookService.

import org.springframework.stereotype.Service;
import io.github.resilience4j.circuitbreaker.annotation.CircuitBreaker;

import java.util.Arrays;
import java.util.List;

@Service
public class BookService {

    private static final String CIRCUIT_BREAKER_NAME = "bookService";

    // Основной метод, который может быть недоступен
    @CircuitBreaker(name = CIRCUIT_BREAKER_NAME, fallbackMethod = "getDefaultBooks")
    public List<String> getBooks() {
        // Имитируем ошибку API
        throw new RuntimeException("Внешний сервис недоступен!");
    }

    // Резервный метод (Fallback)
    public List<String> getDefaultBooks(Throwable throwable) {
        return Arrays.asList("The Hobbit", "Harry Potter", "Pride and Prejudice");
    }
}

Здесь важен момент: аннотация @CircuitBreaker связывает наш основной метод с резервным методом. Если в getBooks() произойдёт ошибка, автоматически вызовется метод getDefaultBooks().

Как передаются параметры в Fallback?

Метод Fallback принимает:

1. Те же параметры, что и основной метод.
2. Объект Throwable, который содержит информацию о произошедшей ошибке.

Шаг 3: Добавление конфигурации для Circuit Breaker

В application.yml можно настроить параметры для Circuit Breaker:

resilience4j:
  circuitbreaker:
    instances:
      bookService:
        registerHealthIndicator: true
        slidingWindowSize: 5
        failureRateThreshold: 50
        waitDurationInOpenState: 10s

Здесь:

• slidingWindowSize — размер окна для оценки успешных/неуспешных запросов.
• failureRateThreshold — порог ошибок, после которого Circuit Breaker переходит в состояние Open.
• waitDurationInOpenState — сколько времени Circuit Breaker остаётся в состоянии Open перед попыткой восстановления.

Оценка эффективности Fallback

Настроить Fallback — это одно, но как понять, что он работает корректно? Вот на что стоит обратить внимание:

1. Логирование вызовов Fallback. Убедитесь, что вы фиксируете случаи, когда срабатывает резервный сценарий. Это поможет вам обнаружить проблемы на ранних стадиях.
2. Тестирование с различными сценариями. Проверьте работу как основного функционала, так и резервного.
3. Мониторинг времени отклика. Убедитесь, что Fallback работает достаточно быстро. Резервный метод не должен сам становиться узким местом.
4. Пользовательский опыт. Заботьтесь о том, чтобы пользователи даже не заметили срабатывание Fallback.

Пример: Тестирование Fallback

Давайте рассмотрим, как можно протестировать, что Fallback работает правильно.

Добавим тест в наш проект:

import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;

import java.util.List;

import static org.junit.jupiter.api.Assertions.assertEquals;

@SpringBootTest
public class BookServiceFallbackTest {

    @Autowired
    private BookService bookService;

    @Test
    public void testFallbackWorks() {
        // Проверяем, что срабатывает Fallback
        List<String> books = bookService.getBooks();
        assertEquals(3, books.size());
        assertEquals("The Hobbit", books.get(0));
    }
}

Запустив этот тест, мы можем убедиться, что даже при сбое основного метода корректно отрабатывает резервный сценарий.

Примеры успешного применения Fallback в реальных системах

1. Netflix

Netflix активно использует Fallback для своих сервисов. Например, если рекомендации для пользователей недоступны, они отображают заранее закэшированные данные, чтобы пользователь не заметил сбоя.

2. Amazon

Amazon применяет Fallback для управления корзинами покупок. Если основной сервис недоступен, корзина сохраняется локально, а синхронизация происходит позже.

Как правильно тестировать и оценивать работу Fallback?

Когда вы реализуете Fallback, помните, что его задача — не только исправить проблему в моменте, но и минимизировать влияние на бизнес. Вот несколько шагов для тестирования:

1. Симуляция ошибок. Принудительно вызывайте исключения в основном методе, чтобы протестировать резервный.
2. Нагрузочное тестирование. Убедитесь, что Fallback работает корректно под нагрузкой.
3. Удобство для пользователя. Проверите, не ухудшается ли UX при срабатывании Fallback.

Теперь у вас есть все инструменты, чтобы настроить Fallback для любой ситуации. Вперед, спасайте системы от неприятностей и защищайте пользователей от неожиданностей!