現在のプロジェクトを再構築して、DDDのベストプラクティスに沿ったものにしています。
このセットアップの一部として、管理タスクにより、特定のドメインオブジェクト/アグリゲートを構成ファイル/アルゴリズムの組み合わせに基づいて（再）ブートストラップすることができます。たとえば、テスト（テキストフィクスチャ）だけではなく、ライブシステムの一部である必要があるこのユースケースがあります。
DDDコンテキストでこれを最適にモデル化する方法に苦労しています。
基本的に：ビルダー/ブートストラッパーは、ドメインオブジェクトと同じ境界コンテキストに属するインフラストラクチャサービスでしょうか？これは自然に感じますか？私が見るフローは、管理者が特別な管理アプリケーションサービスを使用してこれらの機能にアクセスし、ビルダーを呼び出して作業を行うことです。
一方、この管理機能はシステムの別の部分のように感じるので、ブートストラップをサポートするメソッドでドメインオブジェクト（またはそのファクトリ）を汚染するべきではないかもしれません。IOW：これは、完全に異なる（ロジックのない）ドメインモデルがDBへの永続化に純粋に使用される、別個の境界コンテキストを意味する可能性があります。ただし、モデルを2回（各BCに1回）定義することになる可能性があるため、それは私にはあまり乾燥しているとは感じません。
これについて行くための最良の方法は何でしょうか？