Обмен, при котором система сообщает о факте, а не отдаёт поручение конкретному получателю.
Почему это важно здесь
Новые потребители данных подключаются без переделки отправителя. Цена гибкости — усложнённый разбор: понять, где именно не сработало, труднее.
Пример
Система публикует факт «заказ оформлен». Склад, бухгалтерия, аналитика и программа лояльности подписаны на него независимо, и пятый подписчик добавляется без изменения кода отправителя.
Как работает
Системы сообщают о событиях — «заказ создан», «оплата прошла», — а другие системы подписываются на нужные события и реагируют на них. Отправитель не знает, кто именно получит событие.
Преимущества
- Системы слабо связаны: новую можно подключить, не меняя старые.
- Реакция в реальном времени.
Сложности
Труднее отследить полную цепочку обработки и найти причину ошибки; нужны хороший мониторинг и единые правила описания событий.
Когда подходит
| Подходит | Не подходит |
|---|---|
| Много систем должны реагировать на одно событие | Простая система с одним приложением |
| Нужна обработка в реальном времени | Нужна строгая последовательность и мгновенная согласованность везде |
| Системы развиваются разными командами | У команды нет опыта распределённых систем |
Что спрашивать у клиента
- Какие события важны для бизнеса: заказ, платёж, изменение статуса.
- Сколько систем должны о них узнавать и как быстро.
- Что происходит, если событие потерялось или пришло дважды.
Частые вопросы
Рядом
Очередь сообщений, Наблюдаемость, Интеграция
Материал обновлён 15 октября 2026