いうも有益な情報発信にとても感謝しております。僭越ながら質問させて頂きます。 EventSourcing+CQRSに興味がありつつ、クライアントが「コマンドを投げてからクエリとして結果取得できるまで」のタイムラグを許容できないケースが多いのではないかと考えております。 一般的には、あるリソースにPOSTして成功したら、次にGETした時にはその結果を取得できると期待されると思っています。 ES+CQRSでは、クエリモデルを作成するprojectionが非同期に動くため、コマンド成功直後はクエリモデルがまだ生成されていないと認識しています。 この時、クライアント側が認識を変えてコマンド直後にクエリできないかもしれない、という前提で実装することも考えられますが、Spring WebFlux を使うと解決できるものなのでしょうか？ クライアントがクエリモデルのストリームを購読していれば、projectionの結果をリアクティブに受け取れると思いました。 ES+CQRSの場合に、WebFluxを採用することについてのお考えをお聞かせ頂ければ幸いです。 よろしくお願いします。

CQRS/ESを使うべきではないケースは、どのようなものがありますか？

CQRS/ESを使うべきではないケースは、どのようなものがありますか？

どんなに高カロリーなものを食べても健康状態の意味で、べき等だった時代に戻りたいです。

いうも有益な情報発信にとても感謝しております。僭越ながら質問させて頂きます。 EventSourcing+CQRSに興味がありつつ、クライアントが「コマンドを投げてからクエリとして結果取得できるまで」のタイムラグを許容できないケースが多いのではないかと考えております。 一般的には、あるリソースにPOSTして成功したら、次にGETした時にはその結果を取得できると期待されると思っています。 ES+CQRSでは、クエリモデルを作成するprojectionが非同期に動くため、コマンド成功直後はクエリモデルがまだ生成されていないと認識しています。 この時、クライアント側が認識を変えてコマンド直後にクエリできないかもしれない、という前提で実装することも考えられますが、Spring WebFlux を使うと解決できるものなのでしょうか？ クライアントがクエリモデルのストリームを購読していれば、projectionの結果をリアクティブに受け取れると思いました。 ES+CQRSの場合に、WebFluxを採用することについてのお考えをお聞かせ頂ければ幸いです。 よろしくお願いします。

ソフトウェアアーキテクトとしてのご自身のゴールはありますか。

CQRS(+ES）について質問です。 以下の前提とします。 --- Webブラウザ上で実行されるJavaScriptからサーバサイドにコマンドを発行します。 例えば、Xのプロフィールを更新するようなイメージです。 --- この場合、クライアント側のフローとしては、以下のように考えれば良いでしょうか？ ①クエリにより、Xのプロフィールをバージョン付きで取得 ②プロフィールの変更内容とバージョンをコマンドとして発行 質問の趣旨としては、 「クライアントから、コマンド発行する際に利用するバージョンは、どのタイミングで取得するのが望ましいか」 というものになります。