Когда event-driven architecture лучше не использовать или использовать осторожно?

GoSenior+Architecture and System DesignТеорияarchitecture_and_system_designevent_driven_architecturesenior_go_developer

Что хотят услышать интервьюеры:

Суть: event-driven подход связывает сервисы через события и снижает синхронную связанность.

Ответ:

Пример: 

OrderCreated event

Практический акцент: Оцените trade-off: простота, производительность, тестируемость, связность пакетов и цена поддержки.

Типичная ошибка: публиковать события без схемы, версии и idempotency.

Как отвечать на собеседовании: На Senior-собеседовании отвечайте через trade-offs: сложность, надежность, владение данными, команда, latency и стоимость изменений.

Источники

Похожие вопросы

Architecture and System Design Что такое event-driven architecture в Go и зачем это нужно? Architecture and System Design Какие trade-offs есть у подхода event-driven architecture? Architecture and System Design Какой вопрос с подвохом могут задать про event-driven architecture? Architecture and System Design Какой реальный баг может возникнуть из-за неправильного понимания event-driven architecture?