Eventarc 트리거에 대해 파일을 구성하여 대상에 이벤트를 라우팅할 수 있습니다. 트리거 구성은 이벤트 유형에 따라 달라집니다. 선택한 이벤트 경로도 이벤트 유형에 따라 달라집니다.
이벤트 유형
통합 Google 제공업체의 직접 이벤트 — Eventarc는 Cloud Storage 버킷의 객체 업데이트 또는 Firebase 원격 구성 템플릿 업데이트와 같은 직접 이벤트를 라우팅할 수 있습니다. 지원되는 직접 이벤트 목록을 참조하세요.
Cloud 감사 로그 및 Eventarc — Eventarc 트리거의 필터 기준과 일치하는 감사 로그가 생성되면 이벤트가 라우팅되므로 특정 이벤트를 캡처하고 조치를 취할 수 있습니다. 지원되는 감사 로그 이벤트 목록을 참조하세요.
Pub/Sub 및 Eventarc — Eventarc 트리거의 필터 기준(
"type=google.cloud.pubsub.topic.v1.messagePublished")으로 지정된 Pub/Sub 주제에 메시지가 게시되면 이벤트가 라우팅됩니다. Pub/Sub를 사용해서 메시지를 게시할 수 있는 모든 서비스에 Eventarc를 통합할 수 있습니다.직접 Pub/Sub 푸시 — Eventarc를 사용하는 대신 Pub/Sub를 사용하여 메시지를 서비스에 직접 푸시할 수 있습니다. 이는 Pub/Sub가 직접 통합된 애플리케이션 또는 서비스에 적용됩니다. 자세한 내용은 Pub/Sub 푸시에서 트리거를 참조하세요.
이벤트 경로 선택
대상에 이벤트를 라우팅하는 최선의 방법을 확인하려면 다음 질문을 확인해보세요.
라우팅하려는 이벤트에 대해 Eventarc에서 직접 이벤트가 지원되나요? 그렇다면 직접 이벤트를 라우팅하는 Eventarc 트리거를 만듭니다. 아니면 다음 질문 (#2)을 확인하세요.
라우팅하려는 이벤트에 대해 직접 및 감사 로그 옵션이 모두 지원되는 경우 직접 이벤트를 라우팅하도록 트리거를 만드는 것이 좋습니다. 직접 이벤트는 감사 로그 이벤트에 대해 다음과 같은 이점을 제공합니다.
- 향상된 트리거 응답성과 이벤트 전달 지연 시간
- 예측 및 검색 기능이 더 뛰어난 강력한 유형의 이벤트 형식
- 컬렉션 ID에 대한 필터링 지원(리소스 이름 구성요소)
- Cloud 감사 로그 사용 설정 시 발생하는 추가 비용 없음
Google 서비스나 애플리케이션에서 Cloud 감사 로그, Pub/Sub 또는 둘 다 지원하나요?
Cloud 감사 로그와 Pub/Sub 모두 지원되는 경우 둘 중 필요한 정보를 제공하는 것은 무엇인가요? 예를 들어 Cloud Build는 감사 로그와 Pub/Sub 메시지를 모두 생성할 수 있습니다. 하지만 Pub/Sub는 빌드 상태 알림(성공 또는 실패)을 제공할 수 있는 반면 Cloud Build 감사 로그는 빌드 생성 및 삭제 작업에 대한 정보를 제공할 수 있습니다. 경우에 따라 감사 로그와 Pub/Sub 메시지 모두의 콘텐츠 및 지연 시간 영향이 비슷하므로 둘 중 하나를 선택할 수 있습니다. 이제 다음 질문(#4)을 확인하세요.
Pub/Sub를 사용하는 경우 Eventarc와 공통 CloudEvents 형식을 통해 이벤트를 수신할 경우 이점이 있나요? 예를 들어 이벤트 소스가 여러 개 있나요? Pub/Sub 메시지 직접 푸시에 더욱 익숙해질 수 있지만 표준 전송 메커니즘 및 형식의 효율성과 편의성을 원할 수 있습니다.