Come garantire l'atomicità di un'operazione quando la logica di business viene eseguita con la partecipazione di due sistemi di archiviazione dati diversi?

Для обеспечения атомарности операции, затрагивающей две разные системы хранения данных, обычно применяют распределённые транзакции. Один из классических подходов — протокол двухфазного коммита (2PC), который координирует подтверждение изменений в обеих системах, гарантируя, что либо все изменения зафиксированы, либо все отменены.

В Java можно использовать JTA (Java Transaction API) для управления распределёнными транзакциями, если обе системы поддерживают XA-транзакции. Если же одна из систем не поддерживает XA, можно реализовать паттерны с компенсационными транзакциями или использовать оркестрацию через Saga-паттерн, где бизнес-логика разбивается на шаги с возможностью отката.

Пример с использованием JTA и двух ресурсов:

UserTransaction utx = ...; // Получаем UserTransaction из контейнера
try {
    utx.begin();
    // операция с первой БД
    firstDataSource.getConnection()...;
    // операция со второй БД
    secondDataSource.getConnection()...;
    utx.commit();
} catch (Exception e) {
    utx.rollback();
}

Если распределённые транзакции невозможны, стоит рассмотреть архитектурные паттерны, обеспечивающие eventual consistency и компенсацию ошибок.