您可以使用 Eventarc 建構事件導向架構，不必實作、自訂或維護基礎架構。
Eventarc 提供兩種版本：Eventarc Advanced 和 Eventarc Standard。
這兩個版本都提供可擴充的無伺服器全代管事件解決方案，可讓您使用鬆耦合服務，以非同步方式將訊息從來源轉送至目標。這些服務會由稱為「事件」的狀態變更觸發並做出反應。這兩個版本都支援各種事件供應商和目的地，包括 Google Cloud 服務、自訂應用程式、SaaS 應用程式和第三方服務，並為您管理傳送、安全防護、授權、觀測能力和錯誤處理工作。
請注意，這兩個版本的 Eventarc 基礎資料模型相同。隨著用途日趨複雜，您可以選擇從使用 Eventarc Standard 無縫轉換為使用 Eventarc Advanced。
版本總覽
以下是這兩個版本的總覽。如需更多詳細資訊，請參閱 Eventarc Advanced 總覽和 Eventarc Standard 總覽。
- Eventarc Advanced
Eventarc Advanced 是全代管平台，可建構事件導向架構。您可以藉此收集系統中發生的事件，並發布至中央匯流排。有興趣的服務可以建立註冊項目，訂閱特定訊息。您可以透過匯流排即時轉送多個來源的事件，並發布至多個目的地，也可以選擇在將事件傳送至目標前進行轉換。Eventarc Advanced 功能豐富，適合事件和訊息傳遞需求相當複雜的組織，尤其是為了管理大量 Pub/Sub 主題、Kafka 佇列或其他第三方訊息傳遞系統而費盡心力的組織。Eventarc Advanced 可為管理員提供集中式控管功能，並進一步掌握情況，讓機構在不同專案中連結多個團隊。
您可以透過 Eventarc Advanced 接收、篩選、轉換、轉送及傳送訊息
，在不同事件提供者和目的地之間傳送訊息 (按一下圖表可放大)。- Eventarc Standard
如果應用程式的重點只是將事件從事件提供者傳送至事件目的地，建議使用 Eventarc Standard。您可以定義觸發條件，根據來源、類型和其他屬性篩選傳入的事件，然後將事件轉送至指定目的地，輕鬆快速地使用 Google 事件。
Eventarc Standard 可讓您篩選事件，並將事件
從事件提供者轉送至事件目的地 (按一下圖表即可放大)。
功能比較表
下表可協助您選擇 Eventarc Advanced 和 Eventarc Standard。並假設您熟悉事件導向架構的基本概念。| 功能 | Eventarc Advanced | Eventarc Standard |
|---|---|---|
| 存取控管 | 透過 IAM 控管單一訊息的存取權，並集中管理 請參閱「使用 IAM 控管存取權」 |
請參閱「使用 IAM 控管存取權」 |
| 容量 | 自動佈建 | 自動佈建 |
| 用戶端程式庫語言 | Java、Python、Go、Node.js、C++、C#、PHP、Ruby 請參閱 Eventarc 用戶端程式庫 |
Java、Python、Go、Node.js、C++、C#、PHP、Ruby 請參閱 Eventarc 用戶端程式庫 |
| 法規遵循標準 | 請參閱「法規遵循標準」。 | 請參閱「法規遵循標準」。 |
| 跨專案事件傳送 | 支援 請參閱「發布 Google 來源相關事件」 |
不支援 |
| 客戶代管加密金鑰 | 是 請參閱「使用客戶管理式加密金鑰」 |
是 請參閱「使用客戶管理式加密金鑰」 |
| 支援無效信件佇列 | 否 | 可以，透過 Pub/Sub 無效信件主題 請參閱「重試事件」 |
| 事件格式 | 事件會以 CloudEvents 格式傳送至目的地 請參閱「 事件格式」 您也可以選擇定義 HTTP 繫結，覆寫這項行為 |
事件會以 CloudEvents 格式傳送至目的地 請參閱「事件格式」 |
| 事件大小 | 最多 1 MB 請參閱配額與限制 |
最大 512 KB 請參閱「配額與限制」 |
| 位置 | 請參閱 Eventarc Advanced 位置 | 請參閱 Eventarc Standard 支援的區域 |
| 訊息篩選 | 根據任何和所有事件屬性篩選 | 依事件類型和特定屬性篩選 |
| 訊息轉送 | 多個供應商對多個目的地 |
從供應商轉移至目的地 |
| 訊息結構定義轉換 | 是 請參閱「轉換接收到的事件格式」 |
否 |
| 訊息轉換 | 是，透過 CEL 運算式 請參閱「轉換接收到的事件」一文 |
否 |
| 觀測能力 | 透過 Google Cloud Observability (例如 Cloud Logging 和 Cloud Monitoring) 請參閱Eventarc 稽核記錄 |
透過 Google Cloud Observability (例如 Cloud Logging 和 Cloud Monitoring) 請參閱Eventarc 稽核記錄 |
| 已訂購的商品 | 無法保證訊息會依序傳送，也不保證會依先進先出原則傳送 | 無法保證訊息會依序傳送，也不保證會依先進先出原則傳送 |
| 定價 | 請參閱 Eventarc 定價 | 請參閱 Eventarc 定價 |
| 區域性 | 區域性 請參閱「瞭解區域性」 |
區域、全球 請參閱「瞭解 Eventarc 位置」 |
| REST 端點 | https://eventarc.googleapis.com請參閱 Eventarc API https://eventarcpublishing.googleapis.com請參閱 Eventarc Publishing API |
https://eventarc.googleapis.com請參閱 Eventarc API |
| 重試和保留 | 至少將事件傳送至目標一次；預設訊息保留時間為 24 小時，並採用指數輪詢延遲 請參閱「重試事件」 |
至少將事件傳送至目標一次；預設訊息保留時間為 24 小時，並採用指數輪詢延遲 請參閱「重試事件」 |
| 服務限制 | 每個 Google Cloud 專案在每個支援的地區 中，最多可有 1 個匯流排和 100 個管道。請參閱「配額與限制」 |
每個 Google Cloud 專案在每個支援區域的觸發條件數量上限為 500 個 請參閱「配額與限制」 |
| 使用 VPC Service Controls 設定服務範圍 | 是 請參閱「使用 VPC Service Controls 設定服務範圍」一文。 |
是 請參閱「使用 VPC Service Controls 設定服務範圍」一文。 |
| 支援的來源 | Google 提供者 使用 Eventarc Publishing API 的直接發布商 請參閱「事件提供者和目的地」 |
Google 供應商 透過稽核記錄的 Google 供應商 第三方供應商 請參閱事件供應商和目的地 |
| 支援的目標 | Cloud Run 函式 (包括第 1 代) Cloud Run 作業和服務 Eventarc Advanced 匯流排 虛擬私有雲網路中的內部 HTTP 端點 Pub/Sub 主題 Workflows 請參閱「事件供應商和目的地」 |
Cloud Run 函式 Cloud Run 服務 虛擬私有雲網路中的內部 HTTP 端點 私有和公開 GKE 服務的公開端點 工作流程 請參閱「事件供應商和目的地」 |