如果一個現實世界的事件需要觸發十個不同的操作呢？ 付款結算、貨物到達、市場關閉、客戶完成驗證 通常，這並非流程的終點 想像一家企業收到客戶付款已結算的確認訊息，單一事件可能需要更新訂單、預留庫存、生成發票、通知賣家、啟動配送並更新內部系統 這是一個事件產生多個下游操作的範例 而這正是 @RialoHQ 的事件驅動架構變得有趣之處 與其讓每個應用程式分別檢查付款是否到帳，不如直接從事件本身啟動工作流程： 付款已結算 → 事件收到 → 相關工作流程啟動 從此，應用程式的不同部分可根據各自的邏輯作出反應 庫存系統預留產品 賣家收到通知 配送功能啟用 訂單進入下一狀態 有趣之處不僅在於自動化，更在於協調 隨著應用程式連接越來越多的 API、服務和現實世界事件，一個變動可能同時影響系統的多個部分 一個事件不應需要十次手動反應 有時，更好的設計其實很簡單： 某事發生了，現在讓所有依賴它的部分自動響應。