Команда
Решение
Событие
Хранилище событий
Проекция
Приходит команда → приложение применяет правила и порождает события домена → хранилище событий добавляет их в поток → проекции строят моделей чтения, которые запрашивает интерфейс.

Для кого эти материалы

Для разработчиков и архитекторов, проектирующих приложение на основе событий домена. Материалы разделяют ответственность приложения и хранилища событий и объясняют последствия архитектурных решений для эксплуатации.

Если модель уже знакома, начните с быстрого старта Chronacta или инструкции по установке.

Что вы изучите

  1. События как источник истины и отличие Event Sourcing от журнала аудита.
  2. Связь обработчиков команд, агрегатов, репозиториев и хранилища событий.
  3. Ожидаемые версии, конфликты и повторные запросы.
  4. Реализацию агрегата заказа и отдельной модели чтения.
  5. Пересборку проекций и согласованность в конечном счёте.
  6. Запуск Chronacta и проверку полного пути обработки.

В каждой статье есть упражнение, которое проверяет архитектурную ответственность или поведение при сбое.

Путь обучения

Что такое Event Sourcing?

Различие между хранением текущего состояния и использованием событий как источника истины.

От команды к событию

Обработайте команду, проверьте инварианты агрегата, добавьте события и разрешите конфликт записи.

Проекции и воспроизведение

Стройте модели чтения, управляйте контрольными точками и воспроизводите события без повторения бизнес-операций.

Быстрый старт Chronacta

Запустите локальный сервер и проверьте запись, конфликты, подписки и пересборку моделей чтения.

Продолжите знакомство

Прочитайте обзор продукта, изучите архитектурные сценарии и сравните редакции для выбора развёртывания. Точные контракты API и процедуры эксплуатации приведены в документации.

Путь состоит из шести статей. Версионирование событий, интеграционные контракты и процедуры восстановления требуют дальнейшей проработки для конкретного приложения.