Простыми словами
Представьте экран заказа, куда три сервиса независимо присылают цену, наличие и срок доставки. Например, компонент сборки ждёт ответы с одним ID заказа и только после этого формирует карточку для пользователя. Поэтому заранее задают тайм-аут и правила для повтора или опоздавшей части, иначе один потерянный ответ может держать результат бесконечно.
Пример при разработке
Сервис получает отдельные ответы по цене, наличию и доставке одного заказа. Aggregator ждёт нужный набор, связывает сообщения по ID и выпускает единый результат.
Это редакционный пример применения, а не часть определения или доказательство концепции.Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Использовать решение без учета его условий применимости и компромиссов.
Сопоставить проблему, контекст и ограничения с назначением концепции.
Ограничения
«Агрегатор сообщений» объясняет только часть происходящего в области «Распределенные системы». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.
Источник
Gregor Hohpe, Bobby Woolf. Enterprise Integration Patterns: Aggregator. 2003. ISBN 9780321200686.