Как обеспечить атомарность операции, когда бизнес-логика выполняется с участием двух различных систем хранения данных?

Для обеспечения атомарности операции, затрагивающей две разные системы хранения данных, обычно применяют распределённые транзакции. Один из классических подходов — протокол двухфазного коммита (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 и компенсацию ошибок.