Какие проблемы появляются при делении агрегата?

Проблемы при делении агрегата в DDD

При делении агрегата (aggregate) в Domain-Driven Design возникают несколько серьёзных проблем, которые могут нарушить целостность данных, производительность системы и консистентность бизнес-процессов. Рассмотрим основные из них.

Нарушение инвариантов агрегата

Когда агрегат делится на несколько независимых агрегатов, теряется возможность гарантировать выполнение бизнес-правил, которые должны соблюдаться в рамках единой транзакции.

// Исходный агрегат Order с инвариантом: сумма заказа = сумма всех позиций
class Order
{
    private OrderId $id;
    private OrderItemCollection $items;
    private Money $totalAmount;
    
    public function addItem(Product $product, int $quantity): void
    {
        $item = new OrderItem($product, $quantity);
        $this->items->add($item);
        $this->recalculateTotal(); // Инвариант поддерживается
    }
    
    private function recalculateTotal(): void
    {
        $this->totalAmount = $this->items->calculateTotal();
    }
}

После деления на Order и OrderItem как отдельные агрегаты поддержание этого инварианта становится нетривиальным.

Проблемы транзакционной консистентности

Агрегаты изменяются в рамках отдельной транзакции. При делении агрегата операции, которые ранее были атомарными, теперь требуют распределённых транзакций или компенсационных действий.

Основные проблемы:

• Необходимость использования Saga-паттернов или outbox-механизмов для координации изменений
• Риск несогласованного состояния при сбоях между операциями
• Усложнение логики отката изменений

Сложности с ссылочной целостностью

При делении одного агрегата на несколько возникают вопросы организации связей между ними:

// После деления - Order и OrderItem как отдельные агрегаты
class Order
{
    private OrderId $id;
    // Теперь содержит только ID позиций, а не объекты
    private array $itemIds;
}

class OrderItem
{
    private OrderItemId $id;
    private OrderId $orderId; // Ссылка на заказ
}

Возникающие сложности:

• Ленивая загрузка становится невозможной в чистом виде
• Каскадные удаления требуют дополнительной логики
• Проверка существования связанных агрегатов усложняется

Проблемы производительности

1. N+1 проблема при загрузке связанных данных
2. Необходимость дополнительных запросов к БД для получения полной информации
3. Сложности с пагинацией и фильтрацией, если данные теперь в разных агрегатах

Нарушение границ изменений

Агрегат определяет границу консистентности. После деления:

• Изменения, которые должны были быть согласованными, теперь распределены
• Требуется координация изменений через доменные события
• Увеличивается вероятность конфликтов параллельных изменений

Пример проблемы с бизнес-логикой

// Исходно: проверка доступности всех товаров в заказе была внутри агрегата
class Order
{
    public function confirm(): void
    {
        foreach ($this->items as $item) {
            if (!$item->getProduct()->isAvailable()) {
                throw new DomainException('Product not available');
            }
        }
        $this->status = OrderStatus::CONFIRMED;
    }
}

// После деления эта проверка требует координации между агрегатами
// через доменные события или сервис домена

Миграционные сложности

1. Схема базы данных требует рефакторинга
2. Существующие данные необходимо преобразовать в новую структуру
3. API и клиенты могут потребовать изменений

Стратегии минимизации проблем

Для смягчения последствий деления агрегата:

1. Использование доменных событий для поддержания eventual consistency
2. Внедрение компенсационных транзакций для отката распределённых изменений
3. Применение CQRS для разделения моделей записи и чтения
4. Использование локальных транзакций с паттерном Outbox

Заключение

Деление агрегата — это серьёзное архитектурное решение, которое должно быть оправдано реальными потребностями бизнеса. Часто проблемы решаются не делением агрегата, а:

• Пересмотром границ агрегата
• Использованием Value Objects для инкапсуляции логики
• Внедрением Domain Services для операций, затрагивающих несколько агрегатов

Перед делением агрегата необходимо тщательно оценить компромиссы между производительностью, сложностью реализации и требованиями бизнес-логики.