aggregate-transaction-boundary

集約の定義そのものが「強い整合性の境界」である。複数集約を単一トランザクションに含めることは、集約の定義からの逸脱であり、モジュラリティとスケーラビリティを破壊する。

複数の集約にまたがるルールはどれも、常に最新の状態にあるということが期待できない。イベント処理やバッチ処理、その他の更新の仕組みを通じて、他の依存関係は一定の時間内に解消できる。

ひとつの集約上でコマンドを実行するときに、他の集約のコマンドも実行するようなビジネスルールが求められるのなら、その場合は結果整合性を使うこと。

集計とトランザクション境界の関係を明確にし、単一のトランザクションに複数の集計を含めるアンチパターンを検出/修正します。集約は強い整合性の境界であるという原則を適用するため、ユースケースで複数の集約を更新する必要がある場合は、結果整合性を使用します。コードレビュー、ユースケース設計、またはリファクタリング中に使用して、トランザクション境界の問題を特定します。対象言語: 言語に依存しない (Java、Kotlin、Scala、TypeScript、Go、Rust、Python など)。トリガー: 「同じトランザクション内の複数の集計の更新」、「ユースケースでの @Transactional」、「集計全体で一貫性を保つ方法」、「Saga パターンを使用する必要があるか」、「トランザクション境界の設計」、「集計ごとに 1 つのトランザクション」、「結果整合性の実装」、または「集計にまたがるトランザクション」などのトランザクション境界に関するリクエスト。 ソース: j5ik2o/okite-ai。