Как паттерн Saga обрабатывает распределённые транзакции между микросервисами, и каковы ключевые различия между подходами на основе хореографии и оркестровки?

Что такое паттерн Saga?

Saga pattern управляет распределёнными транзакциями между микросервисами без опоры на традиционные двухфазные коммиты. Он разбивает транзакцию на последовательность локальных транзакций, где каждый сервис завершает собственную операцию и запускает следующий шаг. Если какой-то шаг не удаётся, выполняются компенсирующие транзакции для отката предыдущих операций.

Подход Choreography

В choreography нет центрального контроллера — каждый сервис независимо реагирует на события.

• Сервис A завершает свою транзакцию и публикует событие
• Сервис B слушает это событие и выполняет собственную транзакцию
• Это продолжается по цепочке

Лучше всего подходит для: простых воркфлоу с небольшим количеством сервисов.

Подход Orchestration

В orchestration центральный координатор (оркестратор) явно указывает каждому сервису, что делать.

• Оркестратор отправляет команды каждому сервису последовательно
• Он отслеживает общее состояние и обрабатывает ошибки централизованно

Лучше всего подходит для: сложных воркфлоу, требующих чёткого контроля и более простой отладки.

Ключевые различия

• Управление: Choreography децентрализован; orchestration использует единого координатора
• Связанность: Choreography сохраняет сервисы слабо связанными; orchestration вводит зависимость от координатора
• Видимость: Orchestration даёт более чёткое представление о потоке транзакций; choreography сложнее отслеживать
• Сложность: Choreography хорошо масштабируется, но им становится сложнее управлять; orchestration проще осмыслить, но добавляет единую точку отказа

Компенсирующие транзакции

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