概觀
問：什麼是 Amazon EventBridge？
Amazon EventBridge 是一項服務，可提供對 AWS 服務、您自己的應用程式和軟體即服務 (SaaS) 應用程式中資料變更的即時存取，而無需撰寫程式碼。
首先，您可以在 Amazon EventBridge 主控台選擇一個事件來源。然後，您可以從 AWS 服務中選取一個目標，包括 AWS Lambda、Amazon Simple Notification Service (SNS) 和 Amazon Kinesis Data Firehose。Amazon EventBridge 會以近乎即時的速度自動傳送事件。
問：如何開始使用 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 Elastic Compute Cloud (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 政策，將建立事件匯流排或附加事件目標的許可僅提供給組織中的特定使用者。
問：哪些 AWS 服務已整合成為 Amazon EventBridge 的事件來源？
有超過 90 項 AWS 服務可以當成 Amazon EventBridge 的事件來源，這些服務包括 AWS Lambda、Amazon Kinesis、AWS Fargate 和 Amazon Simple Storage Service (S3) 等。如需 AWS 服務整合的完整清單，請參閱 Amazon EventBridge 文件。
問：哪些 AWS 服務已整合成為 Amazon EventBridge 的事件目標？
有超過 15 項 AWS 服務可當成 Amazon EventBridge 的事件目標，這些服務包括 Lambda、Amazon Simple Queue Service (SQS)、Amazon SNS、Amazon Kinesis Streams 和 Kinesis Data Firehose 等。如需 AWS 服務整合的完整清單，請參閱 Amazon EventBridge 文件。
問：什麼是 Amazon EventBridge 存檔和重播事件？
事件重播是 Amazon EventBridge 的一項新功能，可協助您將過去的事件重新處理回事件匯流排或特定的 EventBridge 規則。此功能可協助開發人員能夠更輕鬆對其應用程式偵錯，透過將歷史事件與目標聯繫在一起來進行擴展，並從錯誤中復原。事件重播讓開發人員可以放心無虞，他們將始終可以存取發佈至 EventBridge 的任何事件。
問：什麼是 EventBridge API 目的地？
API 目的地可協助開發人員將事件傳送回任何內部部署或 SaaS 應用程式，並能控制輸送量和身分驗證。您可以使用輸入轉換設定規則，這會將事件的格式映射至接收服務的格式，EventBridge 將負責安全性和交付。
當啟動規則時，EventBridge 會根據指定的條件轉換事件。然後，它將使用設定規則時提供的身分驗證資訊，將其傳送至已設定的 Web 服務。安全是內建的，因此開發人員不再需要為他們要使用的服務編寫身份驗證元件。
問：什麼是 API 目的地的「連線」？ 如何設定 API 目的地？
每個 API 目的地均使用一個「連線」，其定義用於連線至 HTTP 端點的授權方法和憑證。當您設定授權設定並建立連線時，它會在 AWS Secrets Manager 中建立一個機密以安全地存放授權資訊。此外，您還可以根據您的應用程式，新增其他參數以將其包含在連線中。
若要設定 API 目的地，您將需要提供 API 目的地端點，即事件的 HTTP 叫用端點目標。您將需要建立一個「連線」以對此端點進行授權。您還可以選擇定義叫用速率限制，即每秒傳送至 API 目的地端點的叫用次數上限。進一步了解連線和 API 目的地。
限制與效能
問：服務限制有哪些？
EventBridge 對您可以發佈事件的速率、可在事件匯流排上建立的規則數目，以及可呼叫目標的速率具有預設配額。如需配額的完整清單以及如何增加配額，請參閱 Service Quotas 頁面。
問：傳送和接收事件之間，可預期的延遲時間為何？
基本上延遲時間約 0.5 秒。請注意，延遲時間視情況而不同。
問：Amazon EventBridge 是否支援資源標記？
是，您可以標記規則和事件匯流排。
問：Amazon EventBridge 可預期的輸送量為何？
可以增加預設的 EventBridge 配額以每秒處理數十萬個事件。AWS Service Quotas 頁面提供事件匯流排的輸送量限制。如果您需要更高的輸送量，請前往 AWS Support Center 並選擇「建立案例」，然後選擇「增加服務配額」，來請求放寬服務限制。
問：EventBridge 是否有服務水準協議？
是。AWS 將採取商業上合理的努力，讓 EventBridge 在每個 AWS 區域的每個月正常執行時間百分比，在任何月結算週期內至少保持 99.99%。如需詳細資訊，請參閱完整的 EventBridge 服務水準協議。
結構描述登錄檔
問︰什麼是結構描述？
結構描述是指事件的結構，通常包含事件中所包括的每一部分資料的標題和格式等資訊。
例如，結構描述可能包括姓名和電話號碼等欄位，以及姓名為文字字串、電話號碼為整數這一事實。結構描述也可以包括模式的相關資訊，例如電話號碼必須為 10 位數的要求。事件的結構描述非常重要，因為它顯示了事件中包含哪些資訊，並協助您基於該資料編寫程式碼。
問︰什麼是結構描述登錄檔？
結構描述登錄檔用於存放可搜尋的結構描述集合，因此您組織中的任何開發人員都可以更輕鬆地存取應用程式產生的結構描述。相比之下，其他方式則是透過查看文件或尋找結構描述作者以獲取此資訊。您可以手動向登錄檔新增結構描述，或者啟用 EventBridge 結構描述探索功能以自動執行此過程。
問：什麼是結構描述探索功能？
結構描述探索可自動執行查找結構描述並將其新增到登錄檔的過程。為 EventBridge 事件匯流排啟用結構描述登錄檔後，傳送到事件匯流排的每個事件的結構描述都會自動新增到登錄檔。如果事件的登錄檔發生變更，則結構描述探索會在登錄檔中建立結構描述的新版本。
將結構描述新增至登錄檔後，即可在 EventBridge 主控台或直接在整合式開發環境 (IDE) 中針對結構描述產生程式碼繫結。這有助於您在程式碼中將事件表示為強類型物件。然後，您可以充分利用 IDE 功能，例如驗證和自動完成。
問：我可以從在其他帳戶中探索到的事件探索結構描述嗎？
是的，在結構描述探索中，您可以跨帳戶探索事件，以便完整了解發佈至事件匯流排的事件結構描述。
問：結構描述登錄檔的費用是多少？
結構描述登錄檔可免費使用；但是在啟用結構描述探索之後，會基於擷取事件數進行收費。
結構描述探索具有每月 5 百萬個擷取事件的免費方案，該方案應該可以涵蓋大部分的開發使用量。針對免費方案之外的額外使用量，每 1 百萬個擷取事件收取 0.10 USD 的費用。有關定價的更多資訊，請參閱 EventBridge 定價頁面。
問：結構描述登錄檔如何減少我需要編寫的程式碼數量？
結構描述登錄檔可讓您執行下列動作，以減少程式碼數量：
- 自動識別傳送到您的 Amazon EventBridge 事件匯流排的任何事件的結構描述並將其存放在登錄檔中，使您無需手動管理您的事件結構描述。
- 編寫應用程式以處理匯流排上的事件，產生並下載結構描述的程式碼繫結，以便直接在程式碼中使用強類型物件。
問：為何我應該使用結構描述登錄檔？
您應該使用結構描述登錄檔來更快建置事件驅動型應用程式。結構描述登錄檔可從任何受支援的事件來源 (包括 AWS 服務、第三方和自訂應用程式) 自動尋找可用事件，並偵測其結構描述，從而消除開發團隊之間花費在協調上的時間。建立結構描述登錄檔是為了讓開發人員只專注於其應用程式碼，而不是浪費寶貴的時間搜尋可用事件、其結構和編寫程式碼來解譯和翻譯事件。
問：結構描述登錄檔支援哪些 IDE？
結構描述登錄檔可透過 AWS Toolkit for JetBrains (IntelliJ IDEA、PyCharm、WebStorm、Rider) 和 Visual Studio Code 以及 Amazon EventBridge 主控台和 API 獲得。進一步了解在您的 IDE 中使用 Amazon EventBridge 結構描述登錄檔。
問：我可以將結構描述與 AWS Serverless Application Model (SAM) 的結構描述搭配使用嗎？
是的，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+)。
問：在哪些 AWS 區域提供結構描述登錄檔？
下列區域提供了 Amazon EventBridge 結構描述登錄檔：
- 美國東部 (俄亥俄州和維吉尼亞州北部)
- 美國西部 (北加州和奧勒岡州)
- 亞太區域 (香港、孟買、首爾、新加坡、雪梨和東京)
- 加拿大 (中部)
- 歐洲 (法蘭克福、愛爾蘭、倫敦、巴黎和斯德哥爾摩)
- 南美洲 (聖保羅)
管道
問︰什麼是 Amazon EventBridge Pipes？
Amazon EventBridge Pipes 提供一種更簡單、一致且經濟高效的方法，來建立事件生產者與取用者之間的點對點整合。建立管道就像選擇來源和目標一樣簡單，並且能夠自訂批次、起始位置、並行等。選用的篩選步驟僅允許特定來源事件流入管道，且使用 AWS Lambda、AWS Step Functions、API 目的地或 Amazon API Gateway 的選用擴充步驟可用於在事件到達目標之前擴充或轉換事件。透過消除編寫管理和擴展無差別整合程式碼的需要，Amazon EventBridge Pipes 可讓您將時間花在建置應用程式上，而不是將它們連線。
問：如何開始使用 Amazon EventBridge Pipes？
首先可以存取 EventBridge 主控台，選取 Pipes (管道) 標籤，然後選取 Create Pipe (建立管道)。在那裡，您可以從可用來源清單中選擇，並提供一個選用的篩選模式，該模式將用於僅傳輸您需要的事件。針對管道的選用轉換和擴充步驟，您可以提供 API 端點，例如 SaaS 應用程式 API 或容器叢集、Lambda 函數或 AWS Step Function。管道隨後會發出 API 請求，並在處理完成後擷取回應。最後，設定事件傳遞的目的地服務，並指定是否需要在管道上啟用封存或 DLQ 功能。您還可以使用 AWS CLI、CloudFormation 或 AWS Cloud Development Kit (CDK) 建立管道。
問：Amazon EventBridge Pipes 可能的事件來源有哪些？
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 將負責交付事件以進行轉換。
問：是否需要使用 EventBridge 事件匯流排，才能使用 Amazon EventBridge Pipes？
否，Amazon EventBridge Pipes 可以獨立於現有的 EventBridge 功能使用，協助您從其他事件生產者 (例如 Kinesis、SQS 或 Amazon MSK) 接收事件，而無須使用 EventBridge 事件匯流排。它還用於點對點整合，其中事件匯流排用於多對多整合。如果您已經在使用 EventBridge 事件匯流排來路由事件，則可以使用 Amazon EventBridge Pipes 連線至受支援的來源，並將您的事件匯流排設定為管道的來源。
問：EventBridge 事件匯流排和 Amazon EventBridge Pipes 有什麼區別？
EventBridge 事件匯流排非常適合事件驅動服務之間的多對多事件路由。Amazon EventBridge Pipes 設計用於在事件發布者和取用者之間的點對點整合，支援進階轉換和擴充。Amazon EventBridge Pipes 可以使用 EventBridge 事件匯流排作為目標。從 EventBridge 事件匯流排規則遷移至管道更容易，因為篩選和目標在兩種資源之間保持相同。
問：Amazon EventBridge Pipes 與 AWS Lambda 的事件來源映射 (ESM) 有何不同？
AWS Lambda 的事件來源映射 (ESM) 與 Amazon EventBridge Pipes 使用相同的輪詢基礎設施來選取和傳送事件。ESM 非常適合希望使用 Lambda 作為目標來處理接收事件的客戶。Amazon EventBridge Pipes 非常適合那些不想為建立、維護和擴展 Lambda 程式碼而擔憂，而更喜歡簡單的受管資源的客戶，以便將其來源連線至超過 14 個目標的其中一個。
問：Amazon EventBridge Pipes 是否提供順序保證？
是的，在將事件傳送至目標服務時，EventBridge Pipes 將維護從事件來源接收事件的順序。
問：Amazon EventBridge Pipes 是否支援批次事件？
是，針對支援批次事件的服務，您可以在建立管道時設定所需的批次大小。針對不支援批次的來源和目標，您仍然可以選擇擴充和轉換步驟的批次事件。這可協助您節省運算成本，並且仍可協助您將事件單獨傳送至您選擇的目標。
問：是否可獲得從我的帳戶發起的 Amazon EventBridge Pipes API 呼叫的歷史記錄，以便用於安全分析和營運方面的故障排除？
是，若要取得從您的帳戶發出的 Amazon EventBridge Pipes API 呼叫歷史記錄，您需要在 AWS 管理主控台中開啟 CloudTrail。
問：Amazon EventBridge Pipes 的費用為何？
若要查看 Amazon EventBridge Pipes 定價的完整詳細資訊，請瀏覽定價頁面。
排程器
問：什麼是 Amazon EventBridge 排程器？
Amazon EventBridge 排程器是一種無伺服器的任務排程器，可簡化跨 AWS 服務建立、執行和管理數百萬個排程，而無需佈建或管理底層基礎設施。
問：如何開始使用 Amazon EventBridge 排程器？
登入您的 AWS 帳戶，導覽至 EventBridge 主控台，然後再按一下 Create Schedule (建立排程) 按鈕。按照逐步工作流程填寫必要欄位。選取排程格式，包括實作任務窗期、固定頻率、cron 或特定日期和時間。從 AWS 服務列表中選取您的目標並設定重試政策，以最大程度地控制您的排程實作。檢閱您的排程並按一下 Create (建立)。
問：EventBridge 排程器和排程規則有什麼區別？
EventBridge Scheduler 在排程規則內提供的排程功能基礎上建置。EventBridge Scheduler 包括對時區、增加的規模、自訂目標承載、新增的時間表達式，以及用於監控排程的儀表板的支援。可以獨立建立排程，而無需建立具有排程規則的事件匯流排。
問：什麼時候應該使用 EventBridge 排程規則或 EventBridge 排程器？
排程規則將繼續可用，但是 EventBridge 排程器提供更豐富的功能集，在建立、執行和管理您的排程時提供更高的靈活性。您也可以免費開始使用，有關詳細資訊，請參閱定價頁面。
問：此功能如何與其他 AWS 服務搭配使用？
Amazon EventBridge 排程器與 AWS 服務深度整合，可以使用 AWS API 操作為任何服務建立排程。時間模式和重試的組態在整個 AWS 中是統一的，以提供一致的排程體驗。透過 EventBridge 排程器主控台可以更輕鬆地監控排程，在儀表板或透過 “ListSchedule” API 請求提供您的排程檢視。您將能夠看到有關排程的重要資訊，例如開始時間、上次執行，以及指派的 AWS 目標。如需更精細的詳細資訊，您可以檢閱 CloudWatch Logs 中可用的執行日誌，也可以將其傳送至 S3 或 Kinesis Firehose。
問：如何更新我的排程？
您可以在 EventBridge 排程器主控台中透過選取要修改的排程，來更新您的排程。一個新面板將顯示您的選項。
問：Amazon EventBridge 排程器是否支援所有時區？
是，使用 EventBridge 排程器，您可以選取排程運作的時區。這些排程將自動調整為日光節約時間 (DST) 並恢復為標準時間。
問：Amazon EventBridge 排程器如何確認按排程交付？
EventBridge 排程器向目標提供至少一次事件傳遞，這意味著至少有一個傳遞成功並得到目標的回應。可以使用設定重試、窗期和逾時的選項來滿足您的業務需求。
問：EventBridge 排程器在完成時刪除是否適用於所有排程模式？
完成時刪除適用於所有目前支援的排程模式：cron、rate 和一次性排程。
問：設定完成時刪除之後，是否可以更新我的排程？
是，您可以在調用排程之前隨時更新排程，以設定完成時刪除。在最後一次排程調用時間之後，您將無法做出變更。
問：如果在調用排程之前，停用設定了完成時刪除的排程會發生什麼情況？
如果您在排程最後一次調用之前，停用設定了完成時刪除的排程，則排程會以停用狀態保留在您的帳戶中。
問：如果設定了完成時刪除的定期排程沒有結束日期，會發生什麼情況？
排程會繼續調用其目標，並且在設定結束日期之前不會自動刪除。
問：我是否可以為 AWS 之外的服務排程任務，例如我的內部部署伺服器或外部 SaaS 產品？
EventBridge 排程器不直接支援非 AWS 目標。但是，您可以使用 Lambda、ECS 和 Fargate 叫用非 AWS 目標，或者使用透過 API 目的地的 EventBridge 功能。
問：Amazon EventBridge 排程器的費用是多少？
若要查看 Amazon EventBridge 排程器定價的完整詳細資訊，請瀏覽定價頁面。
全域端點
問：什麼是全域端點？
全域端點可讓您使用 AWS 輕鬆建置高可用性的事件導向應用程式。您可以跨主要和次要區域複寫事件，以實作資料遺失最少的容錯移轉。您還可以實作在任何服務中斷的情況下，自動容錯移轉至備份區域的功能。這簡化了多區域架構的採用，並可協助您將彈性整合至事件驅動型應用程式中。
問：為何應使用全域端點？
全域端點透過最大限度地減少服務中斷期間面臨風險的資料量，協助您為最終客戶提供更出色的體驗。
您可以自動將事件擷取容錯移轉至次要區域，且無需手動干預，從而使您的事件驅動型應用程式更加穩健和有彈性。您可以使用 Amazon CloudWatch 警示 (透過 Amazon Route 53 運作狀態檢查) 靈活設定容錯移轉條件，以確定何時進行容錯移轉以及何時將事件路由回主要區域。
問：全域端點如何改善我的應用程式可用性？
將事件發佈到全域端點後，這些事件將路由至您的主要區域中的事件匯流排。如果在主要區域中偵測到錯誤，您的運作狀態檢查將被標記為運作狀態不佳，並且傳入事件將被路由至次要區域。使用您指定的 CloudWatch 警示 (透過 Route 53 運作狀態檢查) 可以更輕鬆地偵測到錯誤。問題得到緩解後，我們會將新事件路由回主要區域並繼續處理這些事件。
問：什麼類型的應用程式非常適合全域端點？
全域端點非常適合不需要等冪性，或者可以跨區域處理冪等性的應用程式。此外，它們也非常適合能夠容忍長達 420 秒的事件未被複寫的應用程式。因此，它們會停留在主要區域，直至服務或區域復原 (稱為復原點目標)。
問：我應該使用哪些指標來對全域端點進行容錯移轉？
我們新增了一項新指標，用於報告 Amazon EventBridge 的整個延遲情況，這可協助您輕鬆確定 EventBridge 中是否存在需要您將事件擷取容錯移轉至次要區域的錯誤。
我們提供了預先填充的 CloudFormation 堆疊 (如果您願意，可以自訂) 來建立 CloudWatch 警示和 Route 53 運作狀態檢查，以便您可以更輕鬆地在主控台中開始使用。如需有關如何設定警示和運作狀態檢查的更多詳細資訊，請查閱我們的發佈部落格和文件。
問：我是否應使用訂閱者的指標來對全域端點進行容錯移轉？
建議不要在您的運作狀態檢查中包含訂閱者指標。這可能會導致您的發佈者容錯移轉至備份區域，儘管所有其他訂閱者在主要區域中都處於運作良好狀態。
如果其中一個訂閱者未能處理主要區域中的事件，您應開啟複寫以確認次要區域中的訂閱者能夠成功處理事件。
問：預期的復原時間點目標 (RTO) 和復原點目標 (RPO) 是什麼？
復原時間點目標 (RTO) 是備份區域或目標在發生故障後開始接收新事件的時間。復原點目標 (RPO) 是對故障期間未處理的資料的量測。對於全域端點，如果您遵循我們關於警示組態的說明性指引，則 RTO 和 RPO 將為 360 秒 (最多 420 秒)。對於 RTO，時間包括起始 CloudWatch 警示和更新 Route 53 運作狀態檢查的時段。對於 RPO，時間包括未複寫至次要區域並停留在主要區域中直至服務或區域復原的事件。
問：是否應開啟複寫？
是。開啟複寫以最大程度地減少服務中斷期間面臨的資料風險。在兩個區域中設定自訂匯流排並建立全域端點後，您可以更新應用程式以將事件發佈到全域端點。執行此操作後，一旦問題得到緩解，您的傳入事件將被複寫回主要區域。您可以在次要區域封存您的事件，以確認事件在中斷期間不會遺失。為了從中斷中快速復原，您可以在次要區域複寫您的架構以繼續處理您的事件。您還必須開啟複寫，以確認在問題得到緩解後自動復原。
問：在兩個區域管理配額的最佳實務是什麼？
您應確認在主要區域和次要區域中設定了相同的配額。您應在次要區域開啟複寫並處理您的事件，因為這不僅可確保您擁有正確的配額，還可以確認您在次要區域中的應用程式設定正確。
問：是否有更簡單的方法可以在我的次要區域複寫我的架構？
您可以使用 AWS CloudFormation StackSets，從而更輕鬆地跨 AWS 區域複寫您的架構。如需範例，請參閱我們的文件。
問：是否可以針對次要架構使用任何帳戶、任何區域和任何匯流排？
在發佈的首次反覆運作中，中國或 GovCloud 區域不支援選擇加入。如需有關此次發佈支援的區域清單，請參閱下面的這個問題。我們還支援跨區域的同一帳戶和同名匯流排之間的容錯移轉和復原。
問：全域端點是否適用於 CloudTrail、S3 和其他 AWS 服務的 AWS 事件？
全域端點僅可用於自訂事件。我們將在未來增加對 AWS 服務的事件、S3 的選擇加入事件 (Amazon S3 事件通知) 和第三方事件的支援。
問：是否支援以延遲為基礎的路由？
否，我們在發佈的首次反覆運作中不支援以延遲為基礎的路由。
問︰全域端點的成本是多少？
全域端點無需額外費用。全域端點目前僅可用於自訂事件，發佈到全域端點的自訂事件按自訂事件計費。如需了解定價，請瀏覽 EventBridge 定價頁面。
問：是否需要為複寫付費？
是，每百萬個複寫事件將向您收取 1 USD 的費用，EventBridge 對跨區域事件收取費用。
問：全域端點可在哪些區域使用？
全域端點可在下列區域中使用：
- 美國東部 (俄亥俄州和維吉尼亞州北部)
- 美國西部 (北加州、奧勒岡州)、
- 亞太區域 (孟買、大阪、首爾、新加坡、雪梨和東京)
- 加拿大 (中部)
- 歐洲 (法蘭克福、愛爾蘭、倫敦、巴黎和斯德哥爾摩)
- 南美洲 (聖保羅)
費用和計費方式
問：Amazon EventBridge 的費用為何？
Amazon EventBridge 透過其按使用量付費模式提供彈性的定價方式。您只需為事件匯流排所發佈的事件、結構描述探索、事件重新顯示和 API 目的地所擷取的事件付費。若要查看 EventBridge 的範例和更多定價詳細資訊，請造訪我們的定價頁面。
問：合作夥伴將事件傳送到沒有附加事件匯流排的事件來源時，我是否需要支付費用？
否。
架構與設計
問：我是否可以設定目標，將事件傳送到另一個帳戶？
是。這稱為跨帳戶事件，您可以設定目標做為預設事件匯流排或另一個帳戶中的任何其他事件匯流排。這可用來將來自多個帳戶的事件集中到單一事件匯流排，以便更輕鬆地監控和稽核事件，以及在帳戶之間維持資料同步。
問：是否可以將 CloudFormation 與 Amazon EventBridge 搭配使用？
是。提供 Amazon EventBridge 的所有區域都提供 CloudFormation 支援。若要進一步了解如何使用 CloudFormation 以佈建和管理 Amazon EventBridge 資源，請瀏覽我們的文件。
問：Amazon EventBridge 和 Amazon SNS 的使用時機分別為何？
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 等)。
問：我什麼時候要使用 EventBridge 與AppFabric？
AWS AppFabric 是一項無程式碼服務，可改善安全性、管理和生產力，提升公司對軟體即服務 (SaaS) 應用程式的現有投資。使用 AppFabric 來彙總及標準化來自 Asana、Slack 和 Zoom 等應用程式的 SaaS 日誌資料，以及 Microsoft 365 和 Google Workspace 等生產力套件，以提高應用程式的可觀測性，並降低與建置及維護點對點整合相關的營運成本。EventBridge 是一種無伺服器整合服務，會使用事件將應用程式元件連接在一起，讓開發人員更輕鬆建置可擴充的事件導向應用程式。使用 EventBridge 將自訂應用程式、AWS 服務和第三方 SaaS 應用程式等來源的事件路由傳送到整個組織的消費者應用程式。EventBridge 提供簡單且一致的方式，可擷取、篩選、轉換及傳遞事件。
整合
問：為什麼要將 SaaS 應用程式與 Amazon EventBridge 整合？
Amazon EventBridge 讓 SaaS 廠商更輕鬆地將自有的服務整合到客戶在 AWS 上的事件導向架構。
Amazon EventBridge 可讓數幾百萬名的 AWS 開發人員直接存取您的產品，進而開啟新的使用案例。這項服務提供可充分稽核的安全可擴展路徑來傳送事件，SaaS 廠商完全不需要管理任何事件基礎建設。
問：我的 SaaS 公司是不錯的事件來源。如何使公司進入呢？
有意成為 Amazon EventBridge 合作夥伴的 SaaS 廠商，應遵循 Amazon EventBridge 整合頁面上的自助式指示，開始發佈事件到 Amazon EventBridge。
問：SaaS 供應商需要執行哪些工作來整合 Amazon EventBridge？
如果 SaaS 供應商已支援 Webhook 或其他以推送為基礎的整合模式，整合 Amazon EventBridge 可能少於 5 天。
問：支援哪些 SaaS 整合？
我們支援超過 45 種軟體即服務 (SaaS) 整合，請參閱適用於 Amazon EventBridge 的 SaaS 整合支援的完整清單。
