アプリケーションにイベント ソーシングと CQRS パターンを実装します。サンプル コードをダウンロードしたCQRS の旅に触発されました。そこで、イベント ソーシングのインフラストラクチャ全体 (CommandHandlers、EventHandlers、Events、Envelopes など) を見つけましたが、それはかなりの量のコードであり、単純なイベント ソーシングにすべてのコードが必要だとは想像できません。
コマンド、イベント、およびイベントソーシングパターンで必要なものすべてを送信/登録するためのすべてのインフラストラクチャを含む、一般的なテスト済みのライブラリ/ナゲットパッケージ/プロジェクトを知っていますか? それとも自分で実装する必要がありますか？
一般的な推奨事項は、独自のイベント ストアを作成しないことです。もちろん、独自の ES を作成することもできますが、それは教育目的でのみ行ってください。本番システムでは、既存の ES を使用することをお勧めします。最初は不要なインフラストラクチャ コードがたくさんあるように見えるかもしれませんが、すぐにそれが必要であることに気付くでしょう。最も単純な形式の ES はそれほど難しくありませんが、同時実行性やパフォーマンスなどを扱うようになると、より複雑になります。
NEventStoreとEvent Storeは、よく知られている 2 つのイベント ストアです。
私自身の経験からの補足として、既存の ES を使用する場合でも、インフラストラクチャ コードに投資する必要がある時間を過小評価しないでください。
CQRS Journey に基づく独自のイベント ストア (メッセージング ソリューション)を実装しました。メッセージの永続性は、SQL Server の上にあります。それを使用すると、さらに多くのことができます。 - いつでもストリームに登録できます。読み取り側に新しい ViewModel が必要な場合に非常に便利です。これにより、読み取り側で高可用性を実現できます。- アプリケーションをマイクロ サービス方式で複数のノードに分散できます。- Greg Young のイベント ストアなど、イベント ストアにクエリを実行できます。- そしてもっと...