Какой реальный баг может возникнуть из-за неправильного понимания DDD aggregate?

GoMiddleArchitecture and System DesignТеорияarchitecture_and_system_designddd_aggregatesenior_go_developer

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

Суть: aggregate задает границу инвариантов и транзакционной консистентности.

Ответ:

Пример:

Order aggregate controls order items

Практический акцент: Проверяйте не только happy path: добавьте негативные сценарии, timeout/cancel, граничные значения и регрессионный тест на типичную ошибку.

Типичная ошибка: делать aggregate просто копией таблиц.

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

Источники

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