🎯 什麼情境該想到我
當你「眾多端點彼此直連造成耦合爆炸，想用一個中央樞紐集中路由、讓各端解耦」的時候。
⚙️ 怎麼用（步驟 / 公式）
意圖：在不耦合各端點、也不把路由散落各處的前提下，集中維護訊息的目的地決策。
做法要點：
- 設一個中央的 Message Broker。
- 各應用只要把訊息送給 broker、或從 broker 收訊息。
- 由 broker 決定訊息該轉往何處。
- 端點彼此不需知道對方，只需知道 broker——形成 hub-and-spoke 架構。
🧪 我實際套用的紀錄
- （待填）
⚠️ 注意 / 什麼時候不適用
- broker 是中心樞紐，須注意可擴充性與單點風險。
- 內部通常由多個路由模式組成。
- 避免 broker 承擔過多商業邏輯，變成難維護的「上帝元件」。
🔗 相關工具
- 內容路由器 Content-Based Router（broker 內部常用的路由手法）
- 流程管理器 Process Manager（同為中央化協調）
- 收件人清單 Recipient List（broker 可據此分送給多端點）
- 企業整合模式