事件路徑

您可以為 Eventarc 觸發條件設定篩選器，將事件傳送至目的地。觸發條件設定會因事件類型而異。選取的事件路徑也取決於事件類型。

事件類型

  • 整合式 Google 提供者的直接事件：Eventarc 可以轉送直接事件，例如 Cloud Storage 值區中的物件更新，或 Firebase Remote Config 範本更新。請參閱支援的直接事件清單。

  • Cloud 稽核記錄和 Eventarc：當系統產生符合 Eventarc 觸發條件篩選條件的稽核記錄時，系統會轉送事件，方便您擷取特定事件並採取行動。請參閱支援的稽核記錄事件清單。

  • Pub/Sub 和 Eventarc - 訊息發布至 Eventarc 觸發條件篩選條件 ("type=google.cloud.pubsub.topic.v1.messagePublished") 指定的 Pub/Sub 主題時，系統會轉送事件。您可以將 Eventarc 與任何可使用 Pub/Sub 發布訊息的服務整合。

  • 直接推送 Pub/Sub 訊息：您可以直接使用 Pub/Sub 將訊息推送至服務，不必透過 Eventarc。這適用於直接整合 Pub/Sub 的應用程式或服務。詳情請參閱「透過 Pub/Sub 推送功能觸發服務」。

選取事件路徑

如要決定將事件轉送至目的地的最佳方式，請自問下列問題：

  1. Eventarc 是否支援要轉送事件的直接事件？如果是，請建立 Eventarc 觸發條件來轉送該直接事件。如果沒有，請考慮下一個問題 (第 2 個)。

    如要傳送事件，如果系統同時支援直接和稽核記錄選項，建議您建立觸發條件來傳送直接事件。相較於稽核記錄事件，直接事件具有下列優點：

    • 提升觸發程序回應速度和事件傳送延遲
    • 可預測性與可探索性更高的強型別事件格式
    • 支援依集合 ID 篩選 (資源名稱元件)
    • 啟用 Cloud 稽核記錄不會產生額外費用

  2. 您的 Google 服務或應用程式是否支援 Cloud 稽核記錄、Pub/Sub 或兩者皆支援？

  3. 如果同時支援 Cloud 稽核記錄和 Pub/Sub，這兩者中哪一個會提供所需資訊？舉例來說，Cloud Build 可以同時產生稽核記錄和 Pub/Sub 訊息；不過，Pub/Sub 可以提供建構狀態通知 (成功或失敗)，而 Cloud Build 稽核記錄則可提供建構建立和刪除作業的相關資訊。在某些情況下，稽核記錄和 Pub/Sub 訊息的內容和延遲影響相當，您可以選擇任一方式。接著請考慮下一個問題 (#4)。

  4. 如果使用 Pub/Sub，透過 Eventarc 和常見的 CloudEvents 格式接收事件有什麼優點？舉例來說，是否有 多個事件來源？雖然您可能比較熟悉直接推送 Pub/Sub 訊息，但或許會希望採用標準傳送機制和格式，以提高效率並享有便利性。

後續步驟