現実のイベントが10の異なるアクションを引き起こす必要があるとしたら？ 支払いが完了した、荷物が到着した、市場が閉鎖した、顧客が認証を完了した しかし、通常その時点でプロセスは終わりません たとえば、ある企業が顧客の支払いが完了したという確認を受けたとします。この1つのイベントだけで、注文の更新、在庫の確保、請求書の作成、販売者への通知、出荷の開始、内部システムの更新が必要になるかもしれません。 これは1つのイベントが多数の後続アクションを生み出す例です。 ここで、@RialoHQのイベント駆動型アプローチが注目されます。 各アプリケーションが支払いが到着したかを個別に確認するのではなく、イベント自体からワークフローを開始できます： 支払い完了 → イベント受信 → 関連するワークフローが活性化 その後、アプリケーションの各部分が独自のロジックに従って反応します： 在庫システムが製品を確保 販売者に通知が送信 出荷が可能に 注文が次のステータスに移行 興味深いのは単なる自動化ではなく、調整です。 アプリケーションがより多くのAPI、サービス、現実のイベントと接続されるにつれて、1つの変動がシステムの複数の部分に同時に影響を与えるようになります。 1つのイベントに対して10回の手動対応を必要とするべきではありません。 より優れた設計とは、単に： 何かが起きた。それに関係するすべてのものが反応するようにしよう。