個人的にはドメインサービスになるかな、と思っています。
そもそもの前提として「何かのエンティティの変更には必ずあるエンティティの変更も伴う」という知識はドメイン知識であると考えています。そのためその処理は必然的にドメインオブジェクトに記述されることになります。

その時に考えなけばならないのは「誰がその変更処理を行うのか」ということです。
例えばエンティティA、エンティティBが存在し、Aの作成後必ずBも作成する必要がある場合、この処理は誰の責務になるのでしょうか？例えばAかBであると考えた場合、どちらか一方のエンティティは自身を作成し、他方を作成するという処理ができることを意味します。しかしそもそもなんですが、DDDを考える上で「自身を作成するという」という処理はあまりないのかな、と考えています（そもそもの現実世界にそのような振る舞いをもつモデルがあまりない）
となると作成するのはAでもBではない誰かになるのですが、実体としてそれを捉えるのは難しそうです。
なので最後の選択肢としては「ドメインサービス」になるのかな、と考えています。

確かに、A, B両方のエンティティを作成する責務を持つのは誰かと考えると、いずれかのエンティティではなく、ドメインサービスがよさそうですね。

ただし、ドメインサービスに実装する場合は、

• Aのエンティティを直接作成してはいけない
• Aのエンティティはドメインサービス経由で作成しなければならない

という新たなルールが生まれてしまうことになります。

このルールはどのように実装するといいのかな、と思いました。

• Aのエンティティを直接作成してはいけない
• Aのエンティティはドメインサービス経由で作成しなければならない

ここはScalaのアクセス限定子のようなものがあると実現ができそうですが、Railsだと実現方法がパッと浮かびませんでした...

@atm-snag こちらどう思いますか？