您可以使用 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 專案 一個匯流排每個 Google Cloud 專案每個區域 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 進階匯流排 虛擬私有雲網路中的內部 HTTP 端點 Pub/Sub 主題 工作流程 請參閱事件供應商和目的地 |
Cloud Run 函式 Cloud Run 服務 虛擬私有雲網路中的內部 HTTP 端點 私有和公開 GKE 服務的公開端點 工作流程 請參閱「事件供應商和目的地」 |