REST + イベント ソーシングの基本を理解しています。私は厳密な RESTful API に取り組んだことはなく、イベント ソーシング プロジェクトでもありませんでした。
両方を一緒に使用できるかどうかを誰かが説明できますか?
イベント ソーシングの場合と同様に、クライアントがイベントを送信します。これは、サーバー上にイベントの単一のコレクションがあり、API のすべての POST がそのコレクションにあり、イベントを追加することを意味しますか?
クライアントは、サーバーに送信できるコマンドをどのように検出できますか?
簡単な答え - はい、できます。
あなたが列挙しているすべてのもの、つまりREST、イベントソーシング（ES）、およびCQRSは異なる目的のためのものです。したがって、すべてをまとめて取得するのに問題はありません。
見てみましょう-RESTはWebサービスAPIを実行する方法であり、ESはドメイン内で通信するためのツールであり、CQRSは中間レベルのアーキテクチャとしてです。
ES では、クライアント (Web クライアントについて話している場合) はドメイン イベントを送信しません。別の境界付けられたコンテキストを意味し、その境界付けられたコンテキストがドメインの一部である場合、イベントの転送は別の方法で解決する必要があると思います。サービスバスまたはこのようなものは素晴らしいでしょう。境界付けられたコンテキストがドメインの一部でない場合は、生のドメイン イベントではなく、ACL および API を介して通信する必要があります。:)
コマンドについて簡単に説明します。繰り返しますが、CQRS では、コマンドはアプリケーション境界内に存在します。外部クライアント ( web-clients 、 api-clients ) は、アプリケーション コマンドを直接送信できません。一部のサービスのユースケースを実行できるが、単一の個別のコマンドを実行できない API (内部クライアント) を提供する必要があります。自作の例として、非常に人気のある SO の質問 - how to check username uniques when we use CQRS? に対する回答を得ることができます。:)