Каковы стратегии для полезной нагрузки в архитектуре, управляемой событиями

Question

Я хочу знать, что более подробно о полезных нагрузках в архитектуре, управляемой событиями.Я использовал несколько интернет-ресурсов и не получил много деталей.Помогите мне найти

1. Использование полной полезной нагрузки.
2. Предоставьте метаданные и ссылку API с токеном для доступа к фактической полезной нагрузке, чем отправку полных данных.

Answer 1

Чтобы ответить на ваш вопрос API-ссылку, а не полные данные, давайте возьмем пример:

В Amazon Order Microservice отправляет событие OrderCancelled, а служба поддержки клиентов прослушивает это событие.

Теперь можноВозможны два способа отправки данных события:

1. Отправка полных данных заказа в Событии

Плюсы: сервисам слушателей не нужно запрашивать сервис заказов для их функционирования.

Минусы: в случае будет передано много данных, даже если используется только 10%. Много ввода / вывода.

Отправка только идентификатора заказа, причины отмены, идентификатора клиента, даты в событии.

Плюсы: если данные выбраны тщательно, в событии будет получено меньше данных.Минусы: если данные выбраны неверно, то к API поступает много запросов.