概觀

問:什麼是 Amazon EventBridge?

Amazon EventBridge 服務讓您不用撰寫程式碼,即可即時存取 AWS 服務、自有應用程式和軟體即服務 (SaaS) 應用程式的資料變更。開始使用時,您可以在 Amazon EventBridge 主控台中選擇事件來源,然後從多項 AWS 服務中選取目標,這些服務包括 AWS Lambda、Amazon SNS 和 Amazon Kinesis Data Firehose 等。Amazon EventBridge 會以近乎即時的速度自動傳送事件。

問:如何開始使用 Amazon EventBridge?

登入您的 AWS 帳戶並前往 Amazon EventBridge 主控台,然後從合作夥伴 SaaS 應用程式和 AWS 服務清單中,選擇事件來源。如果您使用合作夥伴應用程式,請確保已設定 SaaS 帳戶以發出事件,並在 Amazon EventBridge 主控台中提供的事件來源部分接受該帳戶。Amazon EventBridge 會為您自動建立事件匯流排,以路由事件到這個匯流排。或者,您也可以使用 AWS SDK 指示您的應用程式,開始將事件發出到您的事件匯流排。視需要設定篩選規則並附加事件的目標,例如,目標可以是 Lambda 函數。Amazon EventBridge 會以安全且高度可用的方式,自動擷取、篩選及傳送事件到設定的目標。

問:是否可以發佈自己的事件到 Amazon EventBridge?

是。客戶可以產生自訂應用程式層級事件,並透過服務的 API 將這些事件發佈到 Amazon EventBridge。客戶也可以設定按照週期產生的排程事件,然後可以在任何 Amazon EventBridge 支援的目標中處理這些事件。

問:事件的格式為何?

事件使用特定 JSON 結構。每一個事件的頂層信封欄位都相同,例如事件、時間戳記和區域的來源。後面接著詳細資訊欄位,是事件的主體。例如,當 Amazon EC2 Auto Scaling 群組產生一個新的 Amazon EC2 執行個體時,它會發出一個含有 source: “aws.autoscaling” 和 detail: "EC2 instance created successfully" 的事件。

問:如何篩選要傳送到目標的事件?

您可以利用規則來篩選事件。規則會比對符合指定事件匯流排的傳入事件,並將事件路由到目標以進行處理。一個規則可路由到多個目標,系統會並行處理所有目標。規則允許不同應用程式元件搜尋並處理與其相關的事件。規則可以藉由只傳遞特定部分或使用常數覆寫事件,先自訂事件,再傳送到目標。針對上一個問題所提供的範例,您可以建立事件規則,來比對符合 source: “aws.autoscaling” 和 detail: "EC2 instance created successfully",藉此在每次 Auto Scaling 群組成功建立 Amazon EC2 執行個體時可隨時收到通知。

問:如何保護存取 Amazon EventBridge 的安全?

Amazon EventBridge 已與 AWS Identity and Access Management (IAM) 整合,因此,您可以指定 AWS 帳戶中的使用者能夠執行哪些動作。例如,您可以建立一個 IAM 政策,將建立事件匯流排或附加事件目標的許可僅提供給組織中的特定使用者。

問:Amazon EventBridge 與 CloudWatch Events 有何關聯?

Amazon EventBridge 以 CloudWatch Events 為建立基礎,並擴展了 CloudWatch Events。其使用的服務 API 和端點相同,底下的服務基礎設施也相同。對現有的 CloudWatch Events 客戶來說,一切都沒有改變 - 您可以繼續使用相同的 API、CloudFormation 範本和主控台。客戶向我們反應 CloudWatch Events 是建置事件導向架構的最佳服務,因此,我們打造了新功能,讓我們的客戶連接自有應用程式和第三方 SaaS 應用程式的資料。摒棄納入 CloudWatch 服務的做法,我們以 Amazon EventBridge 的全新名稱推出這項功能,表明將擴展至 CloudWatch Events 原本開發做為監控使用的範圍。

問:我目前使用 Amazon CloudWatch Events,我想試用 Amazon EventBridge 的功能。是否需要將我的 Amazon CloudWatch Events 規則和許可移到 Amazon EventBridge?

否,現有 Amazon CloudWatch Events 使用者可以在新的 Amazon EventBridge 主控台和 API 中或在 Amazon CloudWatch Events 主控台和 API 中存取其現有的預設匯流排、規則和事件。

問:我目前使用 Amazon CloudWatch Events,我不需要 Amazon EventBridge 的功能。對我來說,會有什麼改變?

沒有任何改變。Amazon EventBridge 使用相同的 Amazon CloudWatch Events API,所以,您現有的所有 CloudWatch Events API 使用方法均維持不變。

問:未來某一天是否會淘汰 Amazon CloudWatch Events?

否,我們不會淘汰該 API 或該服務本身。Amazon EventBridge 會使用相同的 API,並且已新增額外功能。將來一段時間後,Amazon CloudWatch Events 名稱會更改為 Amazon EventBridge。

問:哪些 AWS 服務已整合成為 Amazon EventBridge 的事件來源?

有超過 90 項 AWS 服務可以當成 EventBridge 的事件來源,這些服務包括 AWS Lambda、Amazon Kinesis 和 AWS Fargate 等。如需 AWS 服務整合的完整清單,請參閱 EventBridge 文件

問:哪些 AWS 服務已整合成為 Amazon EventBridge 的事件目標?

有超過 15 項 AWS 服務可當成 EventBridge 的事件目標,這些服務包括 AWS Lambda、Amazon SQS、Amazon SNS、Amazon Kinesis Streams 和 Amazon Kinesis Firehose 等。如需 AWS 服務整合的完整清單,請參閱 EventBridge 文件

限制與效能

問:服務限制有哪些?

請參閱這裡的「服務限制」。

問:傳送和接收事件之間,可預期的延遲時間為何?

基本上延遲時間約 0.5 秒。請注意,延遲時間視情況而不同。

問:Amazon EventBridge 是否支援資源標記?

是,您可以標記規則;但不能標記事件匯流排或事件來源。

問:Amazon EventBridge 可預期的輸送量為何?

這裡的「服務限制」頁面提供事件匯流排的輸送量限制說明。 如果您需要更高的輸送量,請前往 AWS 支援中心並選擇 Create Case,然後選擇 Service Limit Increase,來請求放寬服務限制。

問:EventBridge 是否有服務水準協議?
是。AWS 將採取商業上合理的努力,讓 EventBridge 在每個 AWS 區域的每個月正常執行時間百分比,在任何月結算週期內至少保持 99.99%。如需詳細資訊,請參閱完整的 EventBridge 服務水準協議

費用和計費方式

問:EventBridge 的費用為何?

請參閱這裡的定價。

問:合作夥伴將事件傳送到沒有附加事件匯流排的事件來源時,我是否需要支付費用?

否。

架構與設計

問:我是否可以設定目標,將事件傳送到另一個帳戶?

是。這稱為跨帳戶事件,您可以設定目標做為預設事件匯流排或另一個帳戶中的任何其他事件匯流排。

問:AWS CloudFormation 可否與 Amazon EventBridge 一起使用?

Rules 和 EventBusPolicy 資源支援 AWS CloudFormation。目前雖然尚未支援事件匯流排和事件來源資源,但將來會支援。

問:Amazon EventBridge 和 Amazon SNS 的使用時機分別為何?

Amazon EventBridge 和 Amazon SNS 都可以用來開發事件導向應用程式,如何選擇將取決於您的具體需求。如果您要建立應用程式來回應 SaaS 應用程式和/或 AWS 服務傳出的事件,建議您使用 Amazon EventBridge。Amazon EventBridge 是唯一直接與第三方 SaaS 合作夥伴整合的事件型服務。Amazon EventBridge 也可以自動從超過 90 項 AWS 服務擷取事件,開發人員無須在帳戶中建立任何資源。再者,Amazon EventBridge 將定義的 JSON 結構用於事件,可讓您建立規則並套用於整個事件主體,以選取要轉送到目標的事件。Amazon EventBridge 目前支援使用超過 15 項 AWS 服務做為目標,這些服務包括 AWS Lambda、Amazon SQS、Amazon SNS,以及 Amazon Kinesis Streams 和 Firehose 等。啟動時,Amazon EventBridge 設有有限的輸送量 (請參見「服務限制」),您可提出增加輸送量的請求,通常延遲時間約為 0.5 秒。

如果您要建立應用程式來回應其他應用程式或微型服務發佈的高輸送量或低延遲訊息 (Amazon SNS 提供近乎無限制的輸送量),或是需要極高散發 (數千個或數百萬個端點) 的應用程式,則建議您使用 Amazon SNS。訊息為非結構化訊息,並且可使用任何格式。Amazon SNS 支援將訊息轉送到 6 種不同類型的目標,其中包括 AWS Lambda、Amazon SQS、HTTP/S 端點、SMS、Mobile Push 和電子郵件。Amazon SNS 的典型延遲時間在 30 毫秒以下。有多種 AWS 服務可以藉由設定服務傳送 SNS 訊息 (有超過 30 項的服務,包括 Amazon EC2、Amazon S3 和 Amazon RDS 等)。

合作夥伴

問:為什麼要將 SaaS 應用程式與 Amazon EventBridge 整合?

Amazon EventBridge 讓 SaaS 廠商輕鬆將自有的服務整合到客戶在 AWS 上的事件導向架構。Amazon EventBridge 可讓數幾百萬名的 AWS 開發人員直接存取您的產品,進而開啟新的使用案例。這項服務提供可充分稽核的安全可擴展路徑來傳送事件,SaaS 廠商完全不需要管理任何事件基礎建設。

問:我的 SaaS 公司是不錯的事件來源。如何使公司進入呢?

有意成為 Amazon EventBridge 合作夥伴的 SaaS 廠商,應遵循 Amazon EventBridge 合作夥伴頁面上的自助式指示,開始發佈事件到 Amazon EventBridge。

問:SaaS 合作夥伴需要執行哪些工作,來整合 Amazon EventBridge?

如果合作夥伴已支援 Webhook 或其他以推送為基礎的整合模式,整合 Amazon EventBridge 所預期的開發執行時間應少於 5 天。

問:支援哪些 SaaS 整合?

如需支援的整合完整清單,請參閱這裡
 

Product-Page_Standard-Icons_01_Product-Features_SqInk
進一步了解 Amazon EventBridge 合作夥伴

瀏覽 Amazon EventBridge 合作夥伴頁面。

進一步了解 
Product-Page_Standard-Icons_03_Start-Building_SqInk
開始在主控台進行建置

開始在 AWS 管理主控台使用 Amazon EventBridge 進行建置。

登入 
Product-Page_Standard-Icons_02_Sign-Up_SqInk
如要進一步了解,請參閱文件

如要更深入了解 EventBridge,請參閱開發人員指南。

進一步了解