"Удаление" агрегата в DDD?

EntityRelation

Это не похоже на DDD, тк это точно бизнес-слой, и могу отдать руку на отсечение — такого в вашем бизнесе нет

Вообще же эта задача решается на уровне маппера (у вас же доктрина?)

Удаляете агрегат, а связи удаляются согласно правилам мапинга (обнуляются, удаляются)

Максим Федоров,

такого в вашем бизнесе нет

есть, еще как есть.

Есть каталоги товаров, они себе нормально работают, всех всё устраивает. Дальше бизнес говорит, а давайте интегрируемся с внешней ERP, чтобы можно было элементы каталогов получать напрямую из ERP, только нужно сделать сопоставление сущностей оттуда с сущностями из наших каталогов. Как это сделать? Нужно создать ограниченный контекст отдельно от нашего смыслового ядра, с каталогами, товарами и прочим. Сказано, сделано - создан ограниченный контекст с агрегатом Integration

Integration: IntegrationId, Name, EntityRelation[]
EntityRelation: IntegrationId, EntityType, InternalId, ExternalId
Пример
Integration: 'sap', 'SAP Integration', []
EntityRelation: 'sap', 'catalog', 'books', 'H13kkhj-lkj21JI'

В этом случае Catalog ничего не знает об Integration и наоборот(только на уровне метаданных). Никаких общих связей у них нет. А всё их взаимодействие происходит на уровне отдельного сервиса приложения, который занимается обменом с внешней ERP;
С другой стороны при удалении каталога (Catalog), должны удалиться и их интеграционные связи, те самые EntityRelation; Связь между разными контекстами можно реализовать с помощью событий. И это легко сделать. Но вот как Catalog узнает, что он сейчас удаляется, чтобы инициировать событие, если мы его удаляем через хранилище, которое не содержит в себе ни капли бизнес-логики и тем более не может знать, что существуют какие-то интеграции.
Возможно вместо того, что я писал выше сделать как то так:

class Catalog extends AbstractEntity
{
   private $removed = false;
   ...
   public function isRemoved()
   {
       return $this->removed;
   }

   public function remove()
   {
      $this->removed = true;
      $eventManager->dispatch(new CatalogDeleted($this->id()));
   }
   ...
}

class CatalogRepository extends AbstractRepository implements CatalogRepositoryInterface
{
   ...
   public function update(Catalog $catalog)
   {
       if($catalog->isRemoved()){
          $this->delete($catalog);
       }
   }
   
   private function delete(Catalog $catalog)
   {
       //удаляем из базы
   }
}

//Client
$catalog->remove(); //каталог всем сообщает, что он сейчас будет удален (удаляются интеграционные связи)
$repository->update($catalog); //удаляется каталог из БД

Но вот как теперь обеспечить атомарность(транзакционность) такой операции (удаление каталога + удаление интеграционных связей), учитывая, что Integration находится в другом контексте.