DDD - Кто несет ответственность за совокупное «удаление»?

Предположим, у нас есть система, которая содержит только три агрегата Employee, Organization и QueueNode. У каждого есть свое поведение и границы, поэтому их нельзя объединить в одну совокупность.

Итак, теперь у меня есть требование

Authorized employees should be able to delete queues, keeping a log of when and who did it.

Как бы вы могли решить эту проблему? Я расскажу о своих выводах ниже.

Опция 1 Использование службы домена

class EmployeeDeleteQueueNodeService{
    private QueueNodeRepository nodeRepo; // This will be injected in the constructor

    void execute(Employee employee, QueueNode node){
        node.raiseEvent(new QueueNodeDeleted(employee, node));
        this.nodeRepo.delete(node);
    }
}

А затем внедрите эту службу в службу приложения, выполняющую вариант использования по удалению QueueNode.

Вариант 2 Внедрение QueueNodeRepository в метод агрегата Employee.

class Employee{
    /// Constructor, unrelated business methods

    void deleteQueueNode(QueueNode node, QueueNodeRepository nodeRepository){
        node.raiseEvent(new QueueNodeDeleted(this, node));
        nodeRepository.delete(node);
    }
}

Это создает более подробный код, который всегда лучше. Меня беспокоит только то, что я передаю репозиторий методу Employee, который, кажется, вызывает некоторые споры, лично мне нравится такой подход.

Вариант 3 То же, что и выше, но удаление выполняется после срабатывания события

class Employee{
    /// Constructor, unrelated business methods

    void deleteQueueNode(QueueNode node, QueueNodeRepository nodeRepository){
        node.raiseEvent(new QueueNodeDeleted(this, node));
    }
}

// Somewhere else in the Application layer
class QueueNodeDeletionListener {
    private QueueNodeRepository nodeRepo; // This will be injected in the constructor

    void notify(QueueNodeDeleted event){
         this.nodeRepo.delete(event.getQueueNode());
    }
}

Я думаю, что «строгий» подход DDD будет рекомендовать это, особенно с архитектурой источников событий (которую я не использую). Однако мне кажется неправильным, что метод внутри Employee вызывает событие только на другом агрегате (может быть, это совершенно неправильно, это просто мое внутреннее ощущение).

Если это правильное решение, где должен жить слушатель событий? должен ли он быть зарегистрирован на уровне приложения и уведомлен после выполнения первого варианта использования или публикация и удаление события должны выполняться в одной транзакции (прослушиватель уровня домена)? Дайте мне знать, что вы думаете.

Также я читал из нескольких источников, что обычно понятие «Удалить» не очень часто присутствует в бизнес-модели, однако в моем конкретном случае я уверен, что это так.