다음을 사용하여 서비스나 워크플로로 이벤트를 라우팅할 수 있습니다.
통합 Google Cloud 제공업체의 직접 이벤트 — Cloud Storage 버킷으로 업데이트 또는 Firebase 원격 구성 템플릿으로 업데이트와 같은 Google Cloud 제공업체의 직접 이벤트에 의해 Eventarc가 트리거될 수 있습니다. 지원되는 직접 이벤트 목록을 참조하세요.
Pub/Sub 및 Eventarc — Eventarc 트리거의 필터 기준으로 지정된 Pub/Sub 주제에 메시지가 게시되면 이벤트가 라우팅됩니다. Pub/Sub를 대상으로 지원하는 모든 서비스와 Eventarc를 통합할 수 있습니다.
Cloud 감사 로그 및 Eventarc — Eventarc 트리거의 필터 기준과 일치하는 감사 로그가 생성되면 이벤트가 라우팅되므로 특정 이벤트를 캡처하고 조치를 취할 수 있습니다.
직접 Pub/Sub 푸시 — Eventarc를 사용하는 대신 Pub/Sub를 사용하여 메시지를 서비스에 직접 푸시할 수 있습니다. 이는 Pub/Sub 통합이 포함된 커스텀 애플리케이션이나 Google Cloud 서비스에 적용됩니다. 자세한 내용은 Pub/Sub 푸시에서 트리거를 참조하세요.
다음은 이벤트를 Cloud Run 서비스로 라우팅하는 최선의 방법을 결정하는 데 도움이 되는 흐름 차트입니다.
방법을 결정할 때 다음 시나리오를 고려하세요.
Eventarc는 Google Cloud 이벤트 제공업체의 직접 이벤트를 지원하나요? 그렇다면 직접 이벤트를 필터링하는 Eventarc 트리거를 만듭니다. 아니면 다음 시나리오를 고려합니다.
Google Cloud 서비스나 애플리케이션에서 Cloud 감사 로그, Pub/Sub 또는 둘 다 지원하나요?
Cloud 감사 로그와 Pub/Sub 모두 지원되는 경우 둘 중 필요한 정보를 제공하는 것은 무엇인가요? 예를 들어 Cloud Build는 감사 로그와 Pub/Sub 메시지를 모두 생성할 수 있습니다. 하지만 Pub/Sub는 빌드 상태 알림(성공 또는 실패)을 제공할 수 있는 반면 Cloud Build 감사 로그는 빌드 생성 및 삭제 작업에 대한 정보를 제공할 수 있습니다. 경우에 따라 감사 로그와 Pub/Sub 메시지 모두의 콘텐츠 및 지연 시간 영향이 비슷하므로 둘 중 하나를 선택할 수 있습니다. 그런 다음에 다음 시나리오를 고려해야 합니다.
Pub/Sub를 사용하는 경우 Eventarc와 공통 CloudEvents 형식을 통해 이벤트를 수신할 경우 이점이 있나요? 예를 들어 이벤트 소스가 여러 개 있나요? Pub/Sub 메시지 직접 푸시에 더욱 익숙해질 수 있지만 표준 전송 메커니즘 및 형식의 효율성과 편의성을 원할 수 있습니다.