Объясните архитектуру через границы домена и требования, затем разберите альтернативы и цену выбранного решения. DDD, микросервисы и event-driven — не синонимы.
[имя] спросил: расскажите про архитектурные решения: микросервисную архитектуру, event-driven/DDD или другие подходы; почему выбирали их и какие были компромиссы?
Объясните архитектуру через границы домена и требования, затем разберите альтернативы и цену выбранного решения. DDD, микросервисы и event-driven — не синонимы.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Объясните архитектуру через границы домена и требования, затем разберите альтернативы и цену выбранного решения. DDD, микросервисы и event-driven — не синонимы.
Для конкретного проекта назовите bounded contexts, владельцев данных и потребность в независимых релизах. Расскажите, где нужны синхронные ответы, а где события и eventual consistency. Покажите компромиссы: распределённые транзакции, отладка, версии контрактов, дубли доставки и эксплуатационная стоимость. Монолит может использовать DDD и события, а микросервисы могут быть плохо разделены. Сильный ответ содержит одну реальную альтернативу и причину, почему её не выбрали.