前言

前兩篇的文章我們提到了Publish-Subscribe模式(Pub-Sub pattern)，描述Publisher、Subscriber以及Event Broker扮演的角色，各自負責的功能，也列舉Pub-Sub pattern的缺點。

其中，有個術語從Event Driven的開頭一直講到現在卻沒有詳細解釋，那到底是說誰?
就是Event Broker!

Event Broker不斷的被我們提到，但許多人只知道Event Broker負責做訊息與event的接收/發送，沒有理解怎麼運作的。

今天我們跟大家分享，把這個黑盒子打開為各位分析一波。

好～我們開始吧!

什麼是Event Broker？

在講運作機制之前，大家得先了解什麼是Event Broker?
Event Broker是EDA架構的一種design pattern，一般稱為EDA的middleware conponent，用於管理和route event。
Event Broker的功能負責接收event、處理並分發給有subscribe這些event的subscriber。
目的是希望透過這種design pattern解決publisher和subscriber之間的相依關係，就是所謂的decoupling(解耦合)，提升系統的擴展性和彈性。

Event Borker優點

1. decoupling(解耦合): Publisher和Subscriber之間是decoupling，表示他們不需要知道彼此的存在
2. 擴展性佳: 可以簡單增加publisher和subscriber，不必動到既有系統的程式邏輯
3. 提供監控和追蹤: 提供內建的監控和追蹤功能，方便維運人員進行維護和錯誤排除
4. 支援多協議: 支援多種訊息傳輸的協議，像是HTTP, MQQT等
5. 安全性佳: 提供身份驗證和授權機制，確保訊息的傳輸和存取
6. 一致性: 保證訊息的順序和一致性，確保系統的可靠性

總結

今天我們講了什麼是Event Broker，和它的優點，讓大家知道Event Broker是一種強大而且靈活性高的設計模式，能夠有效率的接收、處理以及發送event，來提高系統可靠性與維護性。
明天我們接著用pub-sub的範例進一步為大家分析Event Broker的運作流程。

好～今天就到這邊!!