Какие компромиссы существуют между синхронной и асинхронной коммуникацией?

Question

Accepted Answer

**Синхронная** коммуникация блокирует вызывающего до получения ответа; **асинхронная** коммуникация отправляет сообщение и продолжает работу без ожидания. Каждый подход предполагает различные компромиссы в связанности, задержке и устойчивости.

## Сравнение

| Аспект | Синхронная (REST/gRPC) | Асинхронная (messaging) |
|---|---|---|
| Вызывающий ждёт? | Да | Нет |
| Временная связанность | Строгая | Слабая |
| Устойчивость к сбоям | Низкая | Высокая (буферизация брокером) |
| Консистентность | Немедленная | Итоговая |
| Сложность | Ниже | Выше |
| Отладка | Проще (линейный поток) | Сложнее (распределённые потоки) |

## Визуально

```text
SYNC:  Caller ──request──▶ Service
       Caller ◀─response── Service   (blocked the whole time)

ASYNC: Caller ──message──▶ [ Queue ] ──▶ Service
       Caller continues immediately; Service handles it later
```

## Правило из практики

- Используйте **sync**, когда пользователю нужен ответ прямо сейчас (например, загрузка профиля).
- Используйте **async** для фоновой работы, разветвлений и чтобы пережить сбои нижестоящих сервисов (например, отправка письма подтверждения).

## Подводный камень

Async скрывает сбои — потеря или повреждение сообщения может незаметно сломать рабочий процесс. Нужны очереди недоставленных сообщений и мониторинг.

## Почему это важно

Выбор напрямую определяет распространение сбоев: синхронные вызовы падают быстро и явно, асинхронные сообщения развязывают компоненты, но переносят проблемы на потребителей.

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

Вызывающий ждёт?	Да	Нет
Временная связанность	Строгая	Слабая
Устойчивость к сбоям	Низкая	Высокая (буферизация брокером)
Консистентность	Немедленная	Итоговая
Сложность	Ниже	Выше
Отладка	Проще (линейный поток)	Сложнее (распределённые потоки)