Amazon EventBridge 常見問答集

EventBridge 對您可以發佈事件的速率、可在事件匯流排上建立的規則數目，以及可呼叫目標的速率具有預設配額。如需配額的完整清單以及如何增加配額，請參閱服務配額頁面。

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

是，您可以標記規則和事件匯流排。

可以增加預設的 EventBridge 配額以每秒處理數十萬個事件。AWS 服務配額頁面提供事件匯流排的輸送量限制。如果您需要更高的輸送量，請前往 AWS Support Center 並選擇「建立案例」，然後選擇「增加服務配額」，來請求放寬服務限制。

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

結構描述是指事件的結構，通常包含事件中所包括的每一部分資料的標題和格式等資訊。

例如，結構描述可能包括姓名和電話號碼等欄位，以及姓名為文字字串、電話號碼為整數這一事實。結構描述也可以包括模式的相關資訊，例如電話號碼必須為 10 位數的要求。事件的結構描述非常重要，因為它顯示了事件中包含哪些資訊，並協助您基於該資料編寫程式碼。

結構描述登錄檔用於存放可搜尋的結構描述集合，因此您組織中的任何開發人員都可以更輕鬆地存取應用程式產生的結構描述。相比之下，其他方式則是透過查看文件或尋找結構描述作者以獲取此資訊。您可以手動向登錄檔新增結構描述，或者啟用 EventBridge 結構描述探索功能以自動執行此過程。

結構描述探索可自動執行查找結構描述並將其新增到登錄檔的過程。為 EventBridge 事件匯流排啟用結構描述登錄檔後，傳送到事件匯流排的每個事件的結構描述都會自動新增到登錄檔。如果事件的登錄檔發生變更，則結構描述探索會在登錄檔中建立結構描述的新版本。

將結構描述新增至登錄檔後，即可在 EventBridge 主控台或直接在整合式開發環境 (IDE) 中針對結構描述產生程式碼繫結。這有助於您在程式碼中將事件表示為強類型物件。然後，您可以充分利用 IDE 功能，例如驗證和自動完成。

是的，在結構描述探索中，您可以跨帳戶探索事件，以便完整了解發佈至事件匯流排的事件結構描述。

結構描述登錄檔可免費使用；但是在啟用結構描述探索之後，會基於擷取事件數進行收費。

結構描述探索具有每月 5 百萬個擷取事件的免費方案，該方案應該可以涵蓋大部分的開發使用量。針對免費方案之外的額外使用量，每 1 百萬個擷取事件收取 0.10 USD 的費用。有關定價的更多資訊，請參閱 EventBridge 定價頁面。

結構描述登錄檔可讓您執行下列動作，以減少程式碼數量：

• 自動識別傳送到您的 Amazon EventBridge 事件匯流排的任何事件的結構描述並將其存放在登錄檔中，使您無需手動管理您的事件結構描述。
• 編寫應用程式以處理匯流排上的事件，產生並下載結構描述的程式碼繫結，以便直接在程式碼中使用強類型物件。

程式碼繫結可減少事件處理常式解除序列化、驗證和猜測的額外負擔。

您應該使用結構描述登錄檔來更快建置事件驅動型應用程式。結構描述登錄檔可從任何受支援的事件來源 (包括 AWS 服務、第三方和自訂應用程式) 自動尋找可用事件，並偵測其結構描述，從而消除開發團隊之間花費在協調上的時間。建立結構描述登錄檔是為了讓開發人員只專注於其應用程式碼，而不是浪費寶貴的時間搜尋可用事件、其結構和編寫程式碼來解譯和翻譯事件。

結構描述登錄檔可透過 AWS Toolkit for JetBrains (IntelliJ IDEA、PyCharm、WebStorm、Rider) 和 Visual Studio Code 以及 Amazon EventBridge 主控台和 API 獲得。進一步了解在您的 IDE 中使用 Amazon EventBridge 結構描述登錄檔。

是的，AWS SAM CLI 的最新版本包括一種交互模式，該模式可協助您為作為事件類型的任何結構描述在 Amazon EventBridge 上建立新的無伺服器應用程式。

選擇 EventBridge Starter App 範本以及事件的結構描述，SAM 將使用 Amazon EventBridge 調用的 Lambda 函數和該事件的處理程式碼自動產生應用程式。這表示您可以將事件觸發器看作您程式碼中的正常物件，並在您的 IDE 中使用驗證和自動完成等功能。

AWS Toolkit for Jetbrains (Intellij IDEA、PyCharm、Webstorm、Rider) 外掛程式和 AWS Toolkit for Visual Studio Code 也提供直接從這些 IDE 使用此範本產生無伺服器應用程式的功能，其中結構描述用作觸發器。

Amazon EventBridge 提供的程式碼產生功能可用於 Java (8+)、Python (3.6+)、TypeScript (3.0+) 和 Go (1+)。

下列區域提供了 Amazon EventBridge 結構描述登錄檔：

• 美國東部 (俄亥俄州和維吉尼亞州北部)
• 美國西部 (北加州和奧勒岡州)
• 亞太區域 (香港、孟買、首爾、新加坡、雪梨和東京)
• 加拿大 (中部)
• 歐洲 (法蘭克福、愛爾蘭、倫敦、巴黎和斯德哥爾摩)
• 南美洲 (聖保羅)

Amazon EventBridge Pipes 提供一種更簡單、一致且經濟高效的方法，來建立事件生產者與取用者之間的點對點整合。建立管道就像選擇來源和目標一樣簡單，並且能夠自訂批次、起始位置、並行等。選用的篩選步驟僅允許特定來源事件流入管道，且使用 AWS Lambda、AWS Step Functions、API 目的地或 Amazon API Gateway 的選用擴充步驟可用於在事件到達目標之前擴充或轉換事件。透過消除編寫管理和擴展無差別整合程式碼的需要，Amazon EventBridge Pipes 可讓您將時間花在建置應用程式上，而不是將它們連線。

首先可以存取 EventBridge 主控台，選取「管道」標籤，然後選取「建立管道」。在那裡，您可以從可用來源清單中選擇，並提供一個選用的篩選模式，該模式將用於僅傳輸您需要的事件。針對管道的選用轉換和擴充步驟，您可以提供 API 端點，例如 SaaS 應用程式 API 或容器叢集、Lambda 函數或 AWS Step Function。管道隨後會發出 API 請求，並在處理完成後擷取回應。最後，設定事件傳遞的目的地服務，並指定是否需要在管道上啟用封存或 DLQ 功能。您還可以使用 AWS CLI、CloudFormation 或 AWS Cloud Development Kit (CDK) 建立管道。

Amazon EventBridge Pipes 引入了 Amazon SQS、Amazon Kinesis、Amazon DynamoDB、Amazon Managed Streaming Kafka、自我管理 Kafka 和 Amazon MQ 作為 Amazon EventBridge 產品套件的來源。Amazon EventBridge Pipes 支援與事件匯流排相同的目標服務，例如 Amazon SQS、AWS Step Functions、Amazon Kinesis Data Streams、Amazon Kinesis Data Firehose、Amazon SNS、Amazon ECS 和事件匯流排本身。

Amazon EventBridge Pipes 支援使用速度範本語言 (VTL) 的基本轉換。針對更強大的轉換，Amazon EventBridge Pipes 可協助您指定 Lambda 函數或 Step Functions 工作流程來轉換您的事件。如果您更喜歡使用容器服務，例如 Amazon Elastic Container Service (ECS) 或 Amazon Elastic Kubernetes Service (EKS)，則可以為您的容器叢集指定 API 端點和身分驗證方案。然後，EventBridge 將負責交付事件以進行轉換。

否，Amazon EventBridge Pipes 可以獨立於現有的 EventBridge 功能使用，協助您從其他事件生產者 (例如 Kinesis、SQS 或 Amazon MSK) 接收事件，而無須使用 EventBridge 事件匯流排。它還用於點對點整合，其中事件匯流排用於多對多整合。如果您已經在使用 EventBridge 事件匯流排來路由事件，則可以使用 Amazon EventBridge Pipes 連線至受支援的來源，並將您的事件匯流排設定為管道的來源。

EventBridge 事件匯流排非常適合事件驅動服務之間的多對多事件路由。Amazon EventBridge Pipes 設計用於在事件發布者和取用者之間的點對點整合，支援進階轉換和擴充。Amazon EventBridge Pipes 可以使用 EventBridge 事件匯流排作為目標。從 EventBridge 事件匯流排規則遷移至管道更容易，因為篩選和目標在兩種資源之間保持相同。

AWS Lambda 的事件來源映射 (ESM) 與 Amazon EventBridge Pipes 使用相同的輪詢基礎設施來選取和傳送事件。ESM 非常適合希望使用 Lambda 作為目標來處理接收事件的客戶。Amazon EventBridge Pipes 非常適合那些不想為建立、維護和擴展 Lambda 程式碼而擔憂，而更喜歡簡單的受管資源的客戶，以便將其來源連線至超過 14 個目標的其中一個。

是的，在將事件傳送至目標服務時，EventBridge Pipes 將維護從事件來源接收事件的順序。

是，針對支援批次事件的服務，您可以在建立管道時設定所需的批次大小。針對不支援批次的來源和目標，您仍然可以選擇擴充和轉換步驟的批次事件。這可協助您節省運算成本，並且仍可協助您將事件單獨傳送至您選擇的目標。

是，若要取得從您的帳戶發出的 Amazon EventBridge Pipes API 呼叫歷史記錄，您需要在 AWS 管理主控台中開啟 CloudTrail。

若要查看 Amazon EventBridge Pipes 定價的完整詳細資訊，請瀏覽定價頁面。

Amazon EventBridge 排程器是一種無伺服器的任務排程器，可簡化跨 AWS 服務建立、執行和管理數百萬個排程，而無需佈建或管理底層基礎架構。

登入您的 AWS 帳戶，導覽至 EventBridge 主控台，然後再按一下「建立排程」按鈕。按照逐步工作流程填寫必要欄位。選取排程格式，包括實作任務窗期、固定頻率、cron 或特定日期和時間。從 AWS 服務列表中選取您的目標並設定重試政策，以最大程度地控制您的排程實作。檢閱您的排程並按一下「建立」。

EventBridge Scheduler 在排程規則內提供的排程功能基礎上建置。EventBridge Scheduler 包括對時區、增加的規模、自訂目標承載、新增的時間表達式，以及用於監控排程的儀表板的支援。可以獨立建立排程，而無需建立具有排程規則的事件匯流排。

排程規則將繼續可用，但是 EventBridge 排程器提供更豐富的功能集，在建立、執行和管理您的排程時提供更高的靈活性。您也可以免費開始使用，有關詳細資訊，請參閱定價頁面。

Amazon EventBridge 排程器與 AWS 服務深度整合，可以使用 AWS API 操作為任何服務建立排程。時間模式和重試的組態在整個 AWS 中是統一的，以提供一致的排程體驗。透過 EventBridge 排程器主控台可以更輕鬆地監控排程，在儀表板或透過 “ListSchedule” API 請求提供您的排程檢視。您將能夠看到有關排程的重要資訊，例如開始時間、上次執行，以及指派的 AWS 目標。如需更精細的詳細資訊，您可以檢閱 CloudWatch Logs 中可用的執行日誌，也可以將其傳送至 S3 或 Kinesis Firehose。

您可以在 EventBridge 排程器主控台中透過選取要修改的排程，來更新您的排程。一個新面板將顯示您的選項。

是，使用 EventBridge 排程器，您可以選取排程運作的時區。這些排程將自動調整為日光節約時間 (DST) 並恢復為標準時間。

EventBridge 排程器向目標提供至少一次事件傳遞，這意味著至少有一個傳遞成功並得到目標的回應。可以使用設定重試、窗期和逾時的選項來滿足您的業務需求。

完成時刪除適用於所有目前支援的排程模式：cron、rate 和一次性排程。

是，您可以在調用排程之前隨時更新排程，以設定完成時刪除。在最後一次排程調用時間之後，您將無法做出變更。

如果您在排程最後一次調用之前，停用設定了完成時刪除的排程，則排程會以停用狀態保留在您的帳戶中。

排程會繼續調用其目標，並且在設定結束日期之前不會自動刪除。

EventBridge 排程器不直接支援非 AWS 目標。但是，您可以使用 Lambda、ECS 和 Fargate 調用非 AWS 目標，或者使用透過 API 目的地的 EventBridge 功能。

若要查看 Amazon EventBridge 排程器定價的完整詳細資訊，請瀏覽定價頁面。

全域端點可讓您使用 AWS 輕鬆建置高可用性的事件導向應用程式。您可以跨主要和次要區域複寫事件，以實作資料遺失最少的容錯移轉。您還可以實作在任何服務中斷的情況下，自動容錯移轉至備份區域的功能。這簡化了多區域架構的採用，並可協助您將彈性整合至事件驅動型應用程式中。

全域端點透過最大限度地減少服務中斷期間面臨風險的資料量，協助您為最終客戶提供更出色的體驗。

您可以自動將事件擷取容錯移轉至次要區域，且無需手動干預，從而使您的事件驅動型應用程式更加穩健和有彈性。您可以使用 Amazon CloudWatch 警示 (透過 Amazon Route 53 運作狀態檢查) 靈活設定容錯移轉條件，以確定何時進行容錯移轉以及何時將事件路由回主要區域。

將事件發佈到全域端點後，這些事件將路由至您的主要區域中的事件匯流排。如果在主要區域中偵測到錯誤，您的運作狀態檢查將被標記為運作狀態不佳，並且傳入事件將被路由至次要區域。使用您指定的 CloudWatch 警示 (透過 Route 53 運作狀態檢查) 可以更輕鬆地偵測到錯誤。問題得到緩解後，我們會將新事件路由回主要區域並繼續處理這些事件。

全域端點非常適合不需要等冪性，或者可以跨區域處理冪等性的應用程式。此外，它們也非常適合能夠容忍長達 420 秒的事件未被複寫的應用程式。因此，它們會停留在主要區域，直至服務或區域復原 (稱為復原點目標)。

我們新增了一項新指標，用於報告 Amazon EventBridge 的整個延遲情況，這可協助您輕鬆確定 EventBridge 中是否存在需要您將事件擷取容錯移轉至次要區域的錯誤。

我們提供了預先填充的 CloudFormation 堆疊 (如果您願意，可以自訂) 來建立 CloudWatch 警示和 Route 53 運作狀態檢查，以便您可以更輕鬆地在主控台中開始使用。如需有關如何設定警示和運作狀態檢查的更多詳細資訊，請查閱我們的發佈部落格和文件。

建議不要在您的運作狀態檢查中包含訂閱者指標。這可能會導致您的發佈者容錯移轉至備份區域，儘管所有其他訂閱者在主要區域中都處於運作良好狀態。

如果其中一個訂閱者未能處理主要區域中的事件，您應開啟複寫以確認次要區域中的訂閱者能夠成功處理事件。

復原時間點目標 (RTO) 是備份區域或目標在發生故障後開始接收新事件的時間。復原點目標 (RPO) 是對故障期間未處理的資料的量測。對於全域端點，如果您遵循我們關於警示組態的說明性指引，則 RTO 和 RPO 將為 360 秒 (最多 420 秒)。對於 RTO，時間包括起始 CloudWatch 警示和更新 Route 53 運作狀態檢查的時段。對於 RPO，時間包括未複寫至次要區域並停留在主要區域中直至服務或區域復原的事件。

是。開啟複寫以最大程度地減少服務中斷期間面臨的資料風險。在兩個區域中設定自訂匯流排並建立全域端點後，您可以更新應用程式以將事件發佈到全域端點。執行此操作後，一旦問題得到緩解，您的傳入事件將被複寫回主要區域。您可以在次要區域封存您的事件，以確認事件在中斷期間不會遺失。為了從中斷中快速復原，您可以在次要區域複寫您的架構以繼續處理您的事件。您還必須開啟複寫，以確認在問題得到緩解後自動復原。

您應確認在主要區域和次要區域中設定了相同的配額。您應在次要區域開啟複寫並處理您的事件，因為這不僅可確保您擁有正確的配額，還可以確認您在次要區域中的應用程式設定正確。

您可以使用 AWS CloudFormation StackSets，從而更輕鬆地跨 AWS 區域複寫您的架構。如需範例，請參閱我們的文件。

在發佈的首次反覆運作中，中國或 GovCloud 區域不支援選擇加入。如需有關此次發佈支援的區域清單，請參閱下面的這個問題。我們還支援跨區域的同一帳戶和同名匯流排之間的容錯移轉和復原。

全域端點僅可用於自訂事件。我們將在未來增加對 AWS 服務的事件、S3 的選擇加入事件 (Amazon S3 事件通知) 和第三方事件的支援。

否，我們在發佈的首次反覆運作中不支援以延遲為基礎的路由。

全域端點無需額外費用。全域端點目前僅可用於自訂事件，發佈到全域端點的自訂事件按自訂事件計費。如需了解定價，請瀏覽 EventBridge 定價頁面。

是，每百萬個複寫事件將向您收取 1 USD 的費用，EventBridge 對跨區域事件收取費用。

全域端點可在下列區域中使用：

• 美國東部 (俄亥俄州和維吉尼亞州北部)
• 美國西部 (北加州、奧勒岡州)、
• 亞太區域 (孟買、大阪、首爾、新加坡、雪梨和東京)
• 加拿大 (中部)
• 歐洲 (法蘭克福、愛爾蘭、倫敦、巴黎和斯德哥爾摩)
• 南美洲 (聖保羅)

Amazon EventBridge 透過其按使用量付費模式提供彈性的定價方式。您只需為事件匯流排所發佈的事件、結構描述探索、事件重新顯示和 API 目的地所擷取的事件付費。若要查看 EventBridge 的範例和更多定價詳細資訊，請造訪我們的定價頁面。

否。

是。這稱為跨帳戶事件，您可以設定目標做為預設事件匯流排或另一個帳戶中的任何其他事件匯流排。這可用來將來自多個帳戶的事件集中到單一事件匯流排，以便更輕鬆地監控和稽核事件，以及在帳戶之間維持資料同步。

是。提供 Amazon EventBridge 的所有區域都提供 CloudFormation 支援。若要進一步了解如何使用 CloudFormation 以佈建和管理 Amazon EventBridge 資源，請瀏覽我們的文件。

Amazon EventBridge 和 Amazon SNS 都可以用來開發事件導向應用程式，如何選擇將取決於您的具體需求。

如果您要建立應用程式來回應您自己的應用程式、SaaS 應用程式和 AWS 服務傳出的事件，建議您使用 Amazon EventBridge。Amazon EventBridge 是唯一直接與第三方 SaaS 合作夥伴整合的事件型服務。Amazon EventBridge 也可以自動從超過 200 項 AWS 服務擷取事件，開發人員無須在帳戶中建立任何資源。

Amazon EventBridge 將定義的 JSON 結構用於事件，可協助您建立規則並套用於整個事件主體，以選取要轉送到目標的事件。Amazon EventBridge 目前支援使用超過 20 項 AWS 服務做為目標，這些服務包括 AWS Lambda、Amazon SQS、Amazon SNS，以及 Amazon Kinesis Data Streams 和 Amazon Kinesis Data Firehose 等。

建議使用 Amazon SNS 來處理需要高散發 (數千或數百萬個端點) 的應用程式。我們看到的常見模式是，客戶使用 SNS 作為其規則的目標，以篩選所需的事件並散發到多個端點。

訊息是非結構化的，並且可使用任何格式。Amazon SNS 支援將訊息轉送到六種不同類型的目標，其中包括 AWS Lambda、Amazon SQS、HTTP/S 端點、SMS、Mobile Push 和電子郵件。Amazon SNS 的典型延遲時間在 30 毫秒以下。有多種 AWS 服務可以藉由設定服務傳送 SNS 訊息 (有超過 30 項的服務，包括 Amazon EC2、Amazon S3 和 Amazon RDS 等)。

AWS AppFabric 是一項無程式碼服務，可改善安全性、管理和生產力，提升公司對軟體即服務 (SaaS) 應用程式的現有投資。使用 AppFabric 來彙總及標準化來自 Asana、Slack 和 Zoom 等應用程式的 SaaS 日誌資料，以及 Microsoft 365 和 Google Workspace 等生產力套件，以提高應用程式的可觀測性，並降低與建置及維護點對點整合相關的營運成本。EventBridge 是一種無伺服器整合服務，會使用事件將應用程式元件連接在一起，讓開發人員更輕鬆建置可擴充的事件導向應用程式。使用 EventBridge 將自訂應用程式、AWS 服務和第三方 SaaS 應用程式等來源的事件路由傳送到整個組織的消費者應用程式。EventBridge 提供簡單且一致的方式，可擷取、篩選、轉換及傳遞事件。

Amazon EventBridge 讓 SaaS 廠商更輕鬆地將自有的服務整合到客戶在 AWS 上的事件導向架構。

Amazon EventBridge 可讓數幾百萬名的 AWS 開發人員直接存取您的產品，進而開啟新的使用案例。這項服務提供可充分稽核的安全可擴展路徑來傳送事件，SaaS 廠商完全不需要管理任何事件基礎建設。

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

如果 SaaS 供應商已支援 Webhook 或其他以推送為基礎的整合模式，整合 Amazon EventBridge 可能少於 5 天。

我們支援超過 45 種軟體即服務 (SaaS) 整合，請參閱適用於 Amazon EventBridge 的 SaaS 整合支援的完整清單。