Проблема двойной записи: между коммитом в базу и отправкой в брокер можно упасть. Outbox пишет событие строкой в ту же транзакцию, а отдельный процесс публикует его в брокер.
А ещё Порядок событий одного агрегата сохраняют ключом партиции
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Двухфазный коммит теоретически решает задачу, но на практике его избегают: координатор становится единой точкой отказа, участники держат блокировки до его решения, доступность падает, а поддержка со стороны брокеров ограничена. Outbox проще: событие записывается строкой в ту же базу и тем же коммитом, что и бизнес-данные, поэтому оба изменения либо есть, либо нет. Отдельный публикатор — опрос таблицы или чтение журнала базы через захват изменений — забирает записи и отправляет в брокер, помечая отправленные. Важно честно сказать про гарантию: доставка получается не менее одного раза, потому что упасть можно между отправкой и отметкой, — поэтому потребитель обязан быть идемпотентным, и полноценного exactly-once здесь нет.
Один верный вариант. Подумайте, потом откройте ответ.
Управляемая деградация вместо каскада, таймауты и бюджет времени запроса, безопасные ретраи и их мультипликация, идемпотентность как фундамент, предохранитель, отсеки и сброс нагрузки, transactional outbox вместо 2PC.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto