Это независимые решения, которые часто применяют вместе. CQRS — разделение моделей чтения и записи; event sourcing — хранение изменений как неизменяемого журнала событий вместо текущего состояния.
А ещё Похоже на журнал базы данных, только на уровне предметной области
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Event sourcing. Источник истины — последовательность событий агрегата: ЗаказСоздан, ПозицияДобавлена, ЗаказОплачен. Текущее состояние получается их последовательным применением. Плюсы: полная история и аудит «бесплатно», можно восстановить состояние на любой момент, можно строить новые представления по старым событиям. Минусы: версионирование событий, снапшоты, сложность запросов по текущему состоянию.
CQRS — разделение моделей записи и чтения.
Как связаны. В event sourcing запросы по текущему состоянию («все неоплаченные заказы за неделю») по журналу событий выполнять неудобно — поэтому строят проекции: потребители событий заполняют таблицы под запросы. Это и есть модели чтения CQRS. Поэтому они так часто вместе.
Но независимы:
Сказать это первым на собеседовании — признак понимания.
Один верный вариант. Подумайте, потом откройте ответ.
Разделение моделей чтения и записи, цена рассинхронизации, событие как источник истины, снапшоты и версионирование событий, и честный ответ на вопрос «когда это не нужно».
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto