Если внутри Spring-транзакции есть операция с БД, затем REST-вызов, а затем ещё одна операция с БД, и последняя операция падает, что произойдёт с REST-вызовом?

Question

REST-вызов уже будет выполнен и не может быть отменён. Spring-транзакции управляют только операциями с базой данных. Когда последняя операция с БД падает, транзакция откатывается, отменяя первую операцию с БД, но REST-вызов остаётся выполненным. Это может привести к несогласованности данных.

YeaHub · Accepted Answer

Транзакции в Spring управляют только ресурсами, поддерживающими транзакционность (например, БД), но не внешними вызовами.Поведение в описанном сценарии:Границы транзакции:Транзакция начинается перед первой операцией с БДОхватывает только операции с транзакционными ресурсамиВнешние вызовы (REST, messaging) находятся вне контроля транзакцииПоследовательность событий:@Transactional
public void process() {
    // 1. Операция с БД - выполняется в транзакции
    userRepository.save(user);
    
    // 2. REST-вызов - выполняется ВНЕ транзакции
    restTemplate.postForObject("http://api.com/notify", data, String.class);
    
    // 3. Ещё одна операция с БД - в транзакции
    orderRepository.save(order); // ← если здесь исключение
}Что происходит при ошибке:REST-вызов уже завершён и не может быть отменёнТранзакция откатывается, отменяя первую операцию save()Возникает несогласованность: уведомление отправлено, но данные не сохраненыРешение проблемы:Перепроектирование логики:Вынести REST-вызов за пределы транзакцииИспользовать паттерн "Transaction-outbox"Применить компенсирующие транзакцииИспользование Saga-паттерна:Разбить процесс на этапыДля каждого этапа предусмотреть компенсирующее действиеАсинхронная обработка:Сохранить задачу на отправку в БД в той же транзакцииОтправлять REST-запросы асинхронно после коммита транзакцииВывод: Внешние вызовы не участвуют в транзакциях, что требует особого подхода к проектированию распределённых операций.