觀點 · 資訊分享

AWS EventBridge 重做事件匯流排：全公司共用一條線，還能排順序、自動去重

AWS 推出新版 EventBridge 自訂事件匯流排：一條匯流排可以分享給整個組織的帳號，支援事件排序、內容去重與最長一年的事件保留，計費也從「算件數」改成「算資料量」。

一句話看懂：AWS 把 EventBridge 的自訂事件匯流排整個重做，全公司的帳號可以共用同一條，排序、去重、保留事件這些麻煩事都內建了。

EventBridge 新版事件匯流排資訊圖卡：多個帳號不必再互相轉發事件，一條共用匯流排就能分給全公司

先用白話講：事件匯流排是什麼？

想像一間公司的廣播總機。業務部說「有新訂單」，總機就把這句話轉給倉庫、會計和客服，各部門聽到後各做各的事，業務不必一個一個打電話通知。

EventBridge 就是 AWS 上的這台總機，事件匯流排（Event Bus）則是總機的那條廣播線。程式只要把「發生了什麼事」丟上去，該處理的服務就會收到。

問題是，大公司通常有很多個 AWS 帳號（每個團隊一個），以前每個帳號各有一條線，要互通就得一層一層轉接：轉接設定很亂，看不出誰在聽什麼，轉一次還多收一次錢。

AWS 在 9 月 24 日推出新版自訂事件匯流排，重點如下：

首波開放 14 個區域，亞太地區有東京、新加坡、香港、雪梨、孟買、馬來西亞與泰國。

官方公告沒有列出新計費的具體單價，要搬之前記得先看 EventBridge 價格頁，用自己的流量試算一次。

接案常見的中小企業系統，大多是一個 AWS 帳號就搞定，這次改版對它們的直接影響不大，classic 照常能用，不需要為了新功能急著搬。

真正有感的是兩種情況：一是公司已經拆成多個帳號、事件在帳號之間轉來轉去；二是自己寫了一堆「防重複」「排順序」的程式碼。內建去重和排序可以少寫不少容易出錯的邏輯。不過計費方式整個換掉，單價又還沒寫在公告裡，我會先拿一條不重要的事件流試跑，看完帳單再決定要不要全面切換。

EventBridge 是什麼？

AWS 的「事件轉送服務」。系統裡發生某件事（例如訂單成立），就把這個事件丟給 EventBridge，它再依規則轉給該處理的服務，例如寄信的 Lambda 或記帳的系統。

我現有的事件匯流排要改嗎？

不用。舊的匯流排會改名為 classic，規則、目標和 API 都照常運作。新版是另一種資源，可以自己決定什麼時候搬。

新版在台灣附近的區域能用嗎？

首波 14 個區域包含東京、新加坡、香港、雪梨、孟買、馬來西亞與泰國；官方清單裡沒有台北區域。

新版會比較便宜嗎？

官方說改成依資料量計費，而且量越大越划算，也不再對跨帳號轉發重複收費；但公告沒有列出單價，實際差多少要自己拿價格頁和流量試算。

作者

接案做系統開發、網站與主機託管。觀點裡的文章都是我自己寫的,寫的是做專案時第一手遇到的事。