Толстое событие везёт данные — потребитель автономен и не ходит к источнику. Тонкое — только id и факт — меньше и проще, но потребитель делает запрос к источнику (связанность, нагрузка, гонки).
А ещё Толстые события делают схему публичным контрактом — версионирование обязательно
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Толстое событие переносит состояние вместе с фактом, поэтому потребитель обрабатывает его, не обращаясь к издателю — это снимает синхронную зависимость и держит нагрузку на издателя низкой. Минусы: событие растёт, данные дублируются у всех подписчиков, а изменение набора полей затрагивает контракт. Тонкое событие компактно и не раскрывает лишнего, но возвращает синхронный вызов за деталями, а с ним связность и риск: к моменту обращения данные могли измениться, и потребитель увидит не то состояние, которое соответствовало факту. Практика обычно посередине — везут ключевые поля, нужные большинству подписчиков, а редкие детали оставляют на запрос.
Один верный вариант. Подумайте, потом откройте ответ.
Event vs command, обязательные поля envelope, idempotency key, schema evolution, thick vs thin payload и transactional outbox.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto