Console을 사용하여 트리거 만들기

컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.

Eventarc 콘솔 페이지를 사용하여 트리거를 만들 수 있습니다.

Eventarc 트리거는 특정 이벤트 또는 이벤트 집합에 관심이 있음을 선언합니다. 이벤트 소스 및 타겟 서비스를 포함하여 트리거에 대해 필터를 지정하여 이벤트 라우팅을 구성할 수 있습니다.

서비스 요청은 다음 이벤트 유형 중 하나로 트리거됩니다.

  1. 콘솔에서 Eventarc 페이지로 이동합니다.
    Eventarc로 이동

  2. 트리거 만들기를 클릭합니다.

  3. 트리거 이름을 입력합니다.

    트리거의 ID이며 문자로 시작해야 합니다. 최대 63자의 소문자, 숫자, 하이픈을 포함할 수 있습니다.

  4. 이벤트 제공자를 선택합니다.

    Google 또는 이벤트 소스인 파트너 서비스입니다. 예를 들어 BigQuery를 선택합니다.

  5. 이벤트를 선택합니다.

    • 커스텀 이벤트—Cloud Pub/Sub 이벤트 제공업체에게 적용됨
    • 직접 이벤트—일부 이벤트 제공업체에만 적용됨
    • Cloud 감사 로그 사용 - 모든 이벤트 제공자에게 적용됩니다.

    커스텀

    메시지가 Pub/Sub 주제에 게시되면 서비스 요청이 트리거됩니다. 이는 Cloud Pub/Sub 이벤트 제공자에게 적용됩니다.

    1. 커스텀 아래에 나열된 이벤트에서 Cloud Pub/Sub 주제를 선택합니다.

    2. 기존 주제를 선택하거나 기본값 없음을 그대로 적용하여 트리거에 새 주제를 만듭니다.

      기존 Pub/Sub 주제는 트리거와 동일한 프로젝트에 있어야 합니다.

      기본적으로 Eventarc용으로 생성된 Pub/Sub 구독은 활동과 관계없이 유지되며 만료되지 않습니다. 비활성 기간을 변경하려면 구독 관리를 참조하세요.

      Eventarc 트리거를 삭제하면 트리거로 생성된 모든 Pub/Sub 주제도 삭제되므로 트리거로 생성된 Pub/Sub 주제를 재사용하지 않는 것이 좋습니다.

    3. 리전을 선택합니다.

      Eventarc용 Pub/Sub 트리거는 단일 리전 위치에서만 사용할 수 있으며, 전역 Eventarc 트리거는 만들 수 없습니다.

    직접 고객

    Cloud Storage

    객체 생성, 삭제, 보관처리, 메타데이터 업데이트와 같은 Cloud Storage 버킷 내 이벤트에 대한 응답으로 서비스에 대한 요청이 트리거됩니다. 이는 Cloud Storage 이벤트 제공자에게 적용됩니다.

    1. 직접 아래에 나열된 이벤트에서 다음 중 하나를 선택합니다.

      • google.cloud.storage.object.v1.archived: 객체의 라이브 버전이 보관처리되거나 삭제되면 이벤트가 전송됩니다. 이 이벤트는 버전 관리 버킷인 경우에만 전송됩니다.
      • google.cloud.storage.object.v1.delete: 객체가 영구적으로 삭제되면 이벤트가 전송됩니다. 버킷의 객체 버전 관리 설정에 따라 다음과 같은 결과가 발생합니다.
        • 버전 관리 버킷의 경우 버전이 영구적으로 삭제될 때에만 전송됩니다(객체를 보관처리할 때는 전송되지 않음).
        • 버전 관리 버킷이 아닌 경우 객체가 삭제되거나 덮어써질 때 전송됩니다.
      • google.cloud.storage.object.v1.finalized: 버킷에서 새로운 객체를 만들거나 기존 객체를 덮어쓰고 해당 객체의 새로운 세대를 만들면 이벤트가 전송됩니다.
      • google.cloud.storage.object.v1.metadataUpdated: 기존 객체의 메타데이터가 변경되면 이벤트가 전송됩니다.
    2. Cloud Storage 버킷의 전역적으로 고유한 식별자를 지정하거나 찾습니다.

      Cloud Storage 버킷은 Eventarc 트리거와 동일한 Google Cloud 프로젝트 및 리전 또는 멀티 리전에 있어야 합니다.

    3. 리전을 선택합니다.

      Eventarc용 Cloud Storage 트리거는 단일 리전, 이중 리전, 멀티 리전 위치에서 사용할 수 있습니다. Cloud Storage 버킷은 Eventarc 트리거와 동일한 Google Cloud 프로젝트 및 리전 또는 멀티 리전에 있어야 합니다.

    이벤트는 Cloud Storage의 Pub/Sub 알림을 사용하여 전송됩니다. 같은 버킷에 등록된 알림을 너무 많이 설정하면 Cloud Storage bucket ...: Pub/Sub notification limit reached 오류로 표시된 버킷의 알림 한도가 소진될 수 있습니다. 특정 이벤트에 트리거되는 알림 구성은 10개까지 사용할 수 있습니다. Cloud Storage 할당량 및 한도 페이지에서 추가 할당량 및 제한사항을 참조하세요.

    Firebase 알림

    Firebase 알림이 Firebase 서비스에 의해 게시되면 이벤트에 대한 응답으로 서비스 요청이 트리거됩니다.

    1. 직접에 나열된 이벤트에서 google.firebase.firebasealerts.alerts.v1.published를 선택합니다.

    2. 리전 목록에서 전역(전역)을 선택합니다.

      자세한 내용은 Eventarc 위치를 참조하세요.

    3. 필터 섹션의 alerttype 목록에서 다음 중 하나를 선택합니다.

      • appDistribution.newTesterIosDevice: 지정된 앱에서 새 iOS 기기가 등록되면 이벤트가 전송됩니다.
      • billing.planAutomatedUpdate: Firebase 프로젝트의 결제 요금제가 자동으로 업데이트되면 이벤트가 전송됩니다(예: 요금제가 결제 문제로 다운그레이드되는 경우).
      • billing.planUpdate: 사용자가 Firebase 프로젝트 요금제를 수정하면 이벤트가 전송됩니다(예: 결제 계정이 프로젝트에 연결되거나 분리되는 경우).
      • crashlytics.newAnrIssue: 앱에서 새로운 애플리케이션 응답 없음(ANR) 오류가 발생하면 이벤트가 전송됩니다(동일한 후속 이벤트에는 해당되지 않음).
      • crashlytics.newFatalIssue: 앱에서 새로운 치명적인 비정상 종료가 발생하면 이벤트가 전송됩니다(동일한 후속 이벤트에는 해당되지 않음).
      • crashlytics.newNonfatalIssue: 앱에 심각하지 않은 새로운 오류가 발생하면 이벤트가 전송됩니다(동일한 후속 이벤트에는 해당되지 않음).
      • crashlytics.regression: 이전 앱 버전에서 종료됨으로 표시된 문제로 인해 앱에 비정상 종료가 발생하면 이벤트가 전송됩니다.
      • crashlytics.stabilityDigest: Crashlytics에서 가장 많이 발생하는 문제에 대한 알림이 발생하면 이벤트가 전송됩니다.
      • crashlytics.velocity: 단일 문제가 상당한 수의 앱 세션에 비정상 종료를 유발하면 이벤트가 전송됩니다.
    4. 특정 Firebase 앱 ID의 이벤트를 선택적으로 필터링할 수 있습니다. 필터 추가를 클릭하고 appid를 지정합니다.

      정확히 일치해야 합니다.

    Firebase 실시간 데이터베이스

    Firebase 실시간 데이터베이스에서 데이터가 생성, 업데이트, 삭제될 때 이벤트에 대한 응답으로 서비스 요청이 트리거됩니다.

    1. 직접 아래에 나열된 이벤트에서 다음 중 하나를 선택합니다.

      • google.firebase.database.ref.v1.created: 데이터가 데이터베이스에 생성될 때 이벤트가 전송됩니다.
      • google.firebase.database.ref.v1.updated: 데이터가 데이터베이스에서 업데이트될 때 이벤트가 전송됩니다.
      • google.firebase.database.ref.v1.deleted: 데이터가 데이터베이스에서 삭제될 때 이벤트가 전송됩니다.
      • google.firebase.database.ref.v1.written: 데이터가 데이터베이스에서 생성, 업데이트, 삭제될 때 이벤트가 전송됩니다.
    2. 리전 목록에서 리전을 선택합니다.

      이 리전은 Firebase 실시간 데이터베이스 인스턴스 리전과 일치해야 합니다. 자세한 내용은 Eventarc 위치를 참조하세요.

    3. 필터 섹션에서 다음을 선택합니다.

      1. 데이터베이스 인스턴스 속성에 대해 다음 중 하나를 연산자로 선택합니다.
      2. 속성 값 1 필드에서 이벤트를 수신할 데이터베이스 인스턴스 이름을 입력합니다. 이전 단계에서 선택한 연산자에 따라 속성 값은 현재 상태 그대로 또는 경로 패턴 형식의 데이터베이스 인스턴스 이름이어야 합니다.
      3. ref 속성의 경우 연산자를 경로 패턴으로 선택합니다.
      4. 속성 값 2 필드에서 해당 경로 또는 하위 항목에서 데이터가 생성, 업데이트, 삭제될 때 이벤트를 수신할 데이터베이스 인스턴스 경로를 입력합니다.

    Firebase 원격 구성

    서비스 요청은 원격 구성 템플릿이 업데이트될 때 이벤트에 대한 응답으로 트리거됩니다.

    1. 직접에 나열된 이벤트에서 google.firebase.remoteconfig.remoteConfig.v1.updated를 선택합니다.

    2. 리전 목록에서 전역(전역)을 선택합니다.

      자세한 내용은 Eventarc 위치를 참조하세요.

    Firebase Test Lab

    TestMatrix가 완료되면 서비스 요청이 이벤트에 대한 응답으로 트리거됩니다.

    1. 직접에 나열된 이벤트에서 google.firebase.testlab.testMatrix.v1.completed를 선택합니다.

    2. 리전 목록에서 전역(전역)을 선택합니다.

      자세한 내용은 Eventarc 위치를 참조하세요.

    Cloud 감사 로그 사용

    서비스 요청은 트리거의 필터 기준과 일치하는 감사 로그가 생성되면 트리거됩니다. 이 유형의 이벤트는 모든 이벤트 제공자에게 적용됩니다.

    1. Cloud 감사 로그 사용에 나열된 이벤트에서 하나를 선택합니다.

    2. 다음 중 하나를 선택합니다.

      • 모든 리소스 — 기본값이며 생성 시 생성된 식별자가 있는 동적으로 생성된 리소스를 포함합니다.

      • 특정 리소스 — 전체 리소스 이름을 제공해야 합니다.

      • 경로 패턴경로 패턴을 사용하여 리소스를 필터링할 수 있습니다. 예를 들어 projects/_/buckets/eventarc-bucket/objects/random.txt 또는 projects/_/buckets/**/r*.txt를 입력합니다.

    3. 리전을 선택합니다.

      Eventarc용 Cloud 감사 로그 트리거는 특정 리전 및 전역 리전에서 사용할 수 있지만 이중 리전 및 멀티 리전 위치에서는 사용할 수 없습니다. 전역 트리거로 인한 성능 및 데이터 상주 문제를 방지하려면 이 위치가 이벤트를 생성하는 Google Cloud 서비스의 위치와 일치하는 것이 좋습니다.

      전역 위치를 지정하면 이벤트 필터가 일치하는 모든 위치에서 이벤트가 수신됩니다. 예를 들어 전역 Eventarc 트리거를 만들면 EU 및 미국 멀티 리전의 리소스에서 이벤트를 수신할 수 있습니다.

    트리거의 필터 기준과 일치하는 감사 로그가 생성될 때 트리거되는 이벤트 캡처에 대한 자세한 내용은 Cloud 감사 로그의 이벤트 필터 확인을 참조하세요.

  6. 서비스를 호출하는 서비스 계정을 선택합니다.

    또는 새 서비스 계정을 만들 수 있습니다.

    이는 트리거와 연결되어 있고 이전에 Eventarc에 필요한 특정 역할을 부여한 Identity and Access Management(IAM) 서비스 계정 이메일을 지정합니다.

  7. 트리거의 이벤트 대상을 선택합니다.

    Cloud Run

    1. 서비스를 선택합니다.

      트리거의 이벤트를 수신하는 서비스의 이름입니다. 서비스는 트리거와 동일한 프로젝트에 있어야 하며 이벤트가 생성될 때마다 해당 이벤트를 루트 URL 경로(/)로 전송되는 HTTP POST 요청으로 수신합니다.

    2. 필요한 경우, 들어오는 요청을 보낼 서비스 URL 경로를 지정할 수 있습니다.

      이는 트리거의 이벤트가 전송되어야 하는 대상 서비스의 상대 경로입니다. 예를 들면 /, /route, route, route/subroute입니다.

    Kubernetes Engine

    1. 서비스를 선택합니다.

      트리거의 이벤트를 수신하는 서비스의 이름입니다. 서비스는 트리거와 동일한 프로젝트에 있어야 하며 이벤트가 생성될 때마다 해당 이벤트를 루트 URL 경로(/)로 전송되는 HTTP POST 요청으로 수신합니다.

    2. 필요한 경우, 들어오는 요청을 보낼 서비스 URL 경로를 지정할 수 있습니다.

      이는 트리거의 이벤트가 전송되어야 하는 대상 서비스의 상대 경로입니다. 예를 들면 /, /route, route, route/subroute입니다.

    Workflows

    워크플로를 선택합니다.

    이벤트를 전달할 워크플로의 이름입니다. 워크플로 실행 이벤트는 변환되어 런타임 인수로 워크플로에 전달됩니다.

    자세한 내용은 Workflows의 트리거 만들기를 참조하세요.

  8. 만들기를 클릭합니다.

트리거가 생성된 후에는 이벤트 소스 필터를 수정할 수 없습니다. 대신 새 트리거를 만들고 이전 트리거를 삭제합니다. 자세한 내용은 트리거 관리를 참조하세요.

다음 단계