事件路徑

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

事件類型

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

  • Cloud 稽核記錄和 Eventarc：當產生的稽核記錄符合 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 訊息，但或許會希望採用標準傳送機制和格式，以提高效率和便利性。

後續步驟