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)을 확인하세요.
라우팅하려는 이벤트에 대해 직접 및 감사 로그 옵션이 모두 지원될 경우에는 직접 이벤트를 라우팅하도록 트리거를 만드는 것이 좋습니다.
직접 이벤트는 감사 로그 이벤트에 대해 다음과 같은 이점을 제공합니다.
Google 서비스나 애플리케이션에서 Cloud 감사 로그, Pub/Sub 또는 둘 다 지원하나요?
Cloud 감사 로그와 Pub/Sub 모두 지원되는 경우 둘 중 필요한 정보를 제공하는 것은 무엇인가요? 예를 들어 Cloud Build는 감사 로그와 Pub/Sub 메시지를 모두 생성할 수 있습니다. 하지만 Pub/Sub는 빌드 상태 알림(성공 또는 실패)을 제공할 수 있는 반면 Cloud Build 감사 로그는 빌드 생성 및 삭제 작업에 대한 정보를 제공할 수 있습니다. 경우에 따라 감사 로그와 Pub/Sub 메시지 모두의 콘텐츠 및 지연 시간 영향이 비슷하므로 둘 중 하나를 선택할 수 있습니다. 이제 다음 질문(#4)을 확인하세요.
Pub/Sub를 사용하는 경우 Eventarc와 공통 CloudEvents 형식을 통해 이벤트를 수신할 경우 이점이 있나요? 예를 들어 이벤트 소스가 여러 개 있나요? Pub/Sub 메시지 직접 푸시에 더욱 익숙해질 수 있지만 표준 전송 메커니즘 및 형식의 효율성과 편의성을 원할 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-05-30(UTC)"],[[["\u003cp\u003eEventarc routes events to destinations through configured filters on triggers, with configurations varying by event type.\u003c/p\u003e\n"],["\u003cp\u003eEventarc supports direct events from integrated Google providers, Cloud Audit Logs, and Pub/Sub messages, enabling actions based on specific events.\u003c/p\u003e\n"],["\u003cp\u003eDirect events are generally preferred over audit log events due to improved responsiveness, typed event formats, filtering support, and no additional Cloud Audit Log costs.\u003c/p\u003e\n"],["\u003cp\u003eWhen selecting an event route, users should assess whether direct events, Cloud Audit Logs, or Pub/Sub are supported and which method best provides the necessary information.\u003c/p\u003e\n"],["\u003cp\u003eUsing Eventarc with Pub/Sub offers the benefit of standardized event delivery and formatting through CloudEvents, potentially offering efficiency for multiple event sources.\u003c/p\u003e\n"]]],[],null,["# Event routes\n\n[Standard](/eventarc/standard/docs/overview)\n\nYou can route events to your destination by configuring filters for an\nEventarc trigger. The trigger configuration varies depending on the\ntype of event. The event route you select also depends on the event type.\n\nEvent types\n-----------\n\n- **Direct events from an integrated Google provider** --- Eventarc\n can route direct events such as an update to an object in a Cloud Storage\n bucket or an update to a Firebase Remote Config template. See the list of\n [supported direct events](/eventarc/docs/reference/supported-events#directly-from-a-google-cloud-source).\n\n- **Cloud Audit Logs and Eventarc** --- When an audit log\n is produced that matches the Eventarc trigger's filter criteria,\n events are routed, allowing you to capture and act on specific events. See the\n list of\n [supported audit log events](/eventarc/docs/reference/supported-events#using-cloud-audit-logs).\n\n- **Pub/Sub and Eventarc** --- When a message is\n published to a Pub/Sub topic specified by the\n Eventarc trigger's filter criteria\n (`\"type=google.cloud.pubsub.topic.v1.messagePublished\"`), events are routed. You\n can integrate Eventarc with any service that can publish\n messages using Pub/Sub.\n\n- **Direct Pub/Sub push** --- Instead of using Eventarc,\n you can use Pub/Sub to directly push messages to your service.\n This applies to applications or services that have a direct Pub/Sub\n integration. For more information, see\n [Trigger from Pub/Sub push](/run/docs/triggering/pubsub-push).\n\nSelect an event route\n---------------------\n\nTo determine how best to route your events to a destination, ask yourself the\nfollowing questions:\n\n1. Does Eventarc support direct events for the event that you\n want to route? If yes, create an Eventarc trigger to route that\n direct event. If no, consider the next question (#2).\n\n For the event that you want to route, if both direct and audit log options are\n supported, we recommend that you create a trigger to route the direct event.\n Direct events offer the following advantages over audit log events:\n - Improved trigger responsiveness and event delivery latency\n - Strongly typed event formats that are more predictable and discoverable\n - Support for filtering on collection IDs ([resource name](/apis/design/resource_names) components)\n - No additional costs incurred from enabling Cloud Audit Logs\n2. Does your Google service or application support Cloud Audit Logs,\n Pub/Sub, or both?\n\n3. If both Cloud Audit Logs and Pub/Sub are supported,\n which of the two provides the required information? For example, Cloud Build\n can generate both audit logs and Pub/Sub messages; however,\n Pub/Sub can provide build status notifications (success or\n failure) while the Cloud Build audit logs can provide information\n about build creation and deletion operations. In some cases, the content and\n latency impact of both the audit logs and Pub/Sub messages is\n comparable, and you can choose either. You should then consider the next\n question (#4).\n\n4. If using Pub/Sub, is there any advantage to receiving events\n through Eventarc and a common\n [CloudEvents](/eventarc/docs/cloudevents) format? For example, are there\n multiple event sources? Although you might be more familiar with pushing\n Pub/Sub messages directly, you might want the efficiency and\n convenience of a standard delivery mechanism and format.\n\nWhat's next\n-----------\n\n- [Learn how to create an Eventarc trigger](/eventarc/standard/docs/event-providers-targets#triggers).\n- [Determine event filters for Cloud Audit Logs](/eventarc/docs/determining-filters-cal).\n- [Learn how to receive Cloud Storage events using Cloud Audit Logs](/eventarc/standard/docs/run/create-trigger-cloud-audit-logs-gcloud)."]]