Dirigir eventos de alertas de Firebase a flujos de trabajo

Consola

1. En la Google Cloud consola, en la página del selector de proyectos, selecciona o crea un Google Cloud proyecto.

   Ir al selector de proyectos

2. Habilita las APIs Eventarc, Eventarc Publishing, Workflows y Workflow Executions.

   Habilita las APIs

3. Si procede, habilita la API relacionada con los eventos directos. Por ejemplo, para los eventos de Firebase Alerts , habilita la APIFirebase Alerts .

4. Si aún no tienes una, crea una cuenta de servicio gestionada por el usuario y, a continuación, concédele los roles y permisos necesarios para que Eventarc pueda gestionar eventos de un flujo de trabajo de destino.

   1. En la Google Cloud consola, ve a la página Cuentas de servicio.

      Ir a Cuentas de servicio

   2. Selecciona el proyecto.

   3. En el campo Nombre de cuenta de servicio, escribe un nombre. La Google Cloud consola rellena el campo ID de cuenta de servicio con este nombre.

      En el campo Descripción de la cuenta de servicio, escribe una descripción. Por ejemplo, Service account for event trigger.

   4. Haz clic en Crear y continuar.

   5. Para proporcionar el acceso adecuado, en la lista Seleccionar un rol, elige los roles de gestión de identidades y accesos (IAM) que quieras conceder a tu cuenta de servicio. Para obtener más información, consulta Roles y permisos de los destinos de los flujos de trabajo.

      Para añadir más roles, haz clic en add Añadir otro rol y añade cada rol adicional.

   6. Haz clic en Continuar.

   7. Para terminar de crear la cuenta, haga clic en Hecho.

gcloud

1. In the Google Cloud console, activate Cloud Shell.

   Activate Cloud Shell

   At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.

2. Habilita las APIs Eventarc, Eventarc Publishing, Workflows y Workflow Executions:

   gcloud services enable eventarc.googleapis.com \
       eventarcpublishing.googleapis.com \
       workflows.googleapis.com \
       workflowexecutions.googleapis.com

3. Si procede, habilita la API relacionada con los eventos directos. Por ejemplo, para los eventos, habilita Firebase Alerts .firestore.googleapis.com

4. Si aún no tienes una, crea una cuenta de servicio gestionada por el usuario y, a continuación, concédele los roles y permisos necesarios para que Eventarc pueda gestionar eventos de un flujo de trabajo de destino.

   1. Crea la cuenta de servicio:

      gcloud iam service-accounts create SERVICE_ACCOUNT_NAME

      Sustituye SERVICE_ACCOUNT_NAME por el nombre de la cuenta de servicio. Debe tener entre 6 y 30 caracteres, y puede contener caracteres alfanuméricos en minúscula y guiones. Una vez que hayas creado una cuenta de servicio, no podrás cambiar su nombre.

   2. Concede los roles o permisos de Gestión de Identidades y Accesos (IAM) necesarios. Para obtener más información, consulta Roles y permisos de los destinos de los flujos de trabajo.

Consola

1. En la Google Cloud consola, ve a la página Triggers (Activadores) de Eventarc.

   Ir a Activadores

2. Haz clic en add_box Crear activador.
3. Escribe un Nombre del activador.

   Es el ID del activador y debe empezar por una letra. Puede contener hasta 63 letras minúsculas, números o guiones.

4. En Tipo de activador, selecciona Fuentes de Google.
5. En la lista Event provider (Proveedor de eventos), seleccione Firebase Alerts.

   Tenga en cuenta que el nombre del proveedor de eventos que se usa en la documentaciónGoogle Cloud asociada puede no tener el prefijo Cloud o Google Cloud. Por ejemplo, en la consola, Memorystore para Redis se denomina Google Cloud Memorystore para Redis.

6. En la lista Tipo de evento, en los eventos Direct (Directos), selecciona un tipo de evento.
7. Para especificar la codificación de la carga útil del evento, en la lista Tipo de contenido de los datos del evento, seleccione application/json o application/protobuf.

   Ten en cuenta que una carga útil de evento con formato JSON es más grande que una con formato Protobuf. Esto puede afectar a la fiabilidad en función del destino de los eventos y sus límites de tamaño. Para obtener más información, consulta Problemas conocidos.

8. En la lista Región, selecciona global (Global).

   Para obtener más información, consulta Ubicaciones de Eventarc.

9. En el campo Atributo 1, el alerttype ID de recurso actúa como filtro de eventos. Selecciona un operador para este filtro:
   • Igual
   • Patrón de ruta

     Para obtener más información, consulta Información sobre los patrones de ruta.

10. En el campo Valor del atributo 1, introduce una de las siguientes opciones:
    • appDistribution.inAppFeedback: evento que se envía cuando un tester envía comentarios en la aplicación de una aplicación determinada
    • appDistribution.newTesterIosDevice: el evento se envía cuando se registra un dispositivo de prueba de iOS nuevo para una aplicación determinada.
    • billing.planAutomatedUpdate: evento que se envía cuando se actualiza automáticamente el plan de facturación de un proyecto de Firebase. Por ejemplo, cuando se cambia a un plan inferior debido a problemas con el pago.
    • billing.planUpdate: el evento se envía cuando un usuario modifica el plan de facturación de un proyecto de Firebase. Por ejemplo, cuando se asocia o se desasocia una cuenta de facturación a un proyecto.
    • crashlytics.missingSymbolFile: el evento se envía cuando Firebase Crashlytics determina que no tiene los símbolos de depuración adecuados para simbolizar un informe de fallos entrante.
    • crashlytics.newAnrIssue: el evento se envía cuando una aplicación experimenta un error nuevo ANR (la aplicación no responde) (no para eventos idénticos posteriores).
    • crashlytics.newFatalIssue: el evento se envía cuando una aplicación experimenta un nuevo error fatal (no para eventos idénticos posteriores).
    • crashlytics.newNonfatalIssue: el evento se envía cuando una aplicación experimenta un error no crítico nuevo (no para ningún evento idéntico posterior)
    • crashlytics.regression: el evento se envía cuando una aplicación falla debido a un problema que se ha marcado como cerrado en una versión anterior de la aplicación.
    • El evento crashlytics.stabilityDigest: se envía cuando hay una notificación de los problemas más populares en Crashlytics.
    • crashlytics.velocity: evento que se envía cuando un solo problema provoca que se bloquee un número significativo de sesiones de la aplicación.
    • performance.threshold: el evento se envía cuando el rendimiento de una métrica supera el umbral definido.
11. También puede filtrar los eventos de un ID de aplicación de Firebase específico. Haga clic en add Añadir filtro y especifique el appid.
12. Selecciona la cuenta de servicio que invocará tu servicio o flujo de trabajo.

    También puedes crear una cuenta de servicio.

    Especifica la dirección de correo de la cuenta de servicio de Gestión de Identidades y Accesos (IAM) asociada al activador y a la que has concedido roles específicos necesarios para Eventarc.

13. En la lista Destino del evento, selecciona Workflows.
14. Selecciona un flujo de trabajo.
    

    Es el nombre del flujo de trabajo al que se enviarán los eventos. Los eventos de una ejecución de flujo de trabajo se transforman y se transfieren al flujo de trabajo como argumentos de tiempo de ejecución.

    Para obtener más información, consulta el artículo Crear un activador para Workflows.

15. Si quieres añadir una etiqueta, puedes hacer clic en add Añadir etiqueta. Las etiquetas son pares clave-valor que te ayudan a organizar tus recursosGoogle Cloud . Para obtener más información, consulta ¿Qué son las etiquetas?
16. Haz clic en Crear.

Una vez creado un activador, no se pueden modificar los filtros de origen de eventos. En su lugar, cree un nuevo activador y elimine el antiguo. Para obtener más información, consulta Gestionar activadores.

gcloud

gcloud eventarc triggers create TRIGGER \
    --location=global \
    --destination-workflow=DESTINATION_WORKFLOW  \
    --destination-workflow-location=DESTINATION_WORKFLOW_LOCATION \
    --event-filters="type=google.firebase.firebasealerts.alerts.v1.published" \
    --event-filters="alerttype=ALERT_TYPE" \
    --event-data-content-type="EVENT_DATA_CONTENT_TYPE" \
    --service-account="MY_SERVICE_ACCOUNT@PROJECT_ID.iam.gserviceaccount.com"

Haz los cambios siguientes:

• TRIGGER: el ID del activador o un identificador completo.
• DESTINATION_WORKFLOW: el ID del flujo de trabajo implementado que recibe los eventos del activador. El flujo de trabajo puede estar en cualquiera de las ubicaciones admitidas de Workflows y no tiene por qué estar en la misma ubicación que el activador. Sin embargo, el flujo de trabajo debe estar en el mismo proyecto que el activador.
• DESTINATION_WORKFLOW_LOCATION (opcional): la ubicación en la que se implementa el flujo de trabajo de destino. Si no se especifica, se da por hecho que el flujo de trabajo está en la misma ubicación que el activador.
• ALERT_TYPE: el tipo de alerta de Firebase. Puede ser uno de los siguientes valores:
  • appDistribution.inAppFeedback: evento que se envía cuando un tester envía comentarios en la aplicación de una aplicación determinada
  • appDistribution.newTesterIosDevice: el evento se envía cuando se registra un dispositivo de prueba de iOS nuevo para una aplicación determinada.
  • billing.planAutomatedUpdate: evento que se envía cuando se actualiza automáticamente el plan de facturación de un proyecto de Firebase. Por ejemplo, cuando se cambia a un plan inferior debido a problemas con el pago.
  • billing.planUpdate: el evento se envía cuando un usuario modifica el plan de facturación de un proyecto de Firebase. Por ejemplo, cuando se asocia o se desasocia una cuenta de facturación a un proyecto.
  • crashlytics.missingSymbolFile: el evento se envía cuando Firebase Crashlytics determina que no tiene los símbolos de depuración adecuados para simbolizar un informe de fallos entrante.
  • crashlytics.newAnrIssue: el evento se envía cuando una aplicación experimenta un error nuevo ANR (la aplicación no responde) (no para eventos idénticos posteriores).
  • crashlytics.newFatalIssue: el evento se envía cuando una aplicación experimenta un nuevo error fatal (no para eventos idénticos posteriores).
  • crashlytics.newNonfatalIssue: el evento se envía cuando una aplicación experimenta un error no crítico nuevo (no para ningún evento idéntico posterior)
  • crashlytics.regression: el evento se envía cuando una aplicación falla debido a un problema que se ha marcado como cerrado en una versión anterior de la aplicación.
  • El evento crashlytics.stabilityDigest: se envía cuando hay una notificación de los problemas más populares en Crashlytics.
  • crashlytics.velocity: evento que se envía cuando un solo problema provoca que se bloquee un número significativo de sesiones de la aplicación.
  • performance.threshold: el evento se envía cuando el rendimiento de una métrica supera el umbral definido.
  El operador de ALERT_TYPE debe ser uno de los siguientes:
  • Igual; por ejemplo, --event-filters="alerttype=appDistribution.inAppFeedback"
  • Patrón de ruta; por ejemplo, --event-filters-path-pattern="alerttype=appDistribution." o --event-filters-path-pattern="alerttype=crashlytics.new".

    Para obtener más información, consulta Información sobre los patrones de ruta.

• EVENT_DATA_CONTENT_TYPE: (opcional) la codificación de la carga útil del evento. Puede ser application/json o application/protobuf. La codificación predeterminada es application/json.

  Ten en cuenta que una carga útil de eventos con formato JSON es más grande que una con formato Protobuf. Esto puede afectar a la fiabilidad en función del destino de los eventos y de sus límites de tamaño. Para obtener más información, consulta Problemas conocidos.

• SERVICE_ACCOUNT_NAME: el nombre de la cuenta de servicio de gestión de identidades y accesos que has creado y a la que has concedido los roles específicos que necesita Workflows.
• PROJECT_ID: tu ID de proyecto Google Cloud

Notas:

• La marca --location debe ser global. Para obtener más información, consulta Ubicaciones de Eventarc.
• Estas marcas son obligatorias:
  • --event-filters="type=google.firebase.firebasealerts.alerts.v1.published"
  • --event-filters="alerttype=ALERT_TYPE" o --event-filters-path-pattern="alerttype=ALERT_TYPE"
• Una vez creado un activador, no se puede cambiar el tipo de filtro de eventos. Si quieres usar otro tipo de evento, debes crear un nuevo activador.
• También puede filtrar eventos por un ID de aplicación de Firebase específico mediante la marca --event-filters="appid=APP_ID" y especificando una coincidencia exacta.
• --service-account: La dirección de correo de la cuenta de servicio de gestión de identidades y accesos que usará el activador de Eventarc para invocar las ejecuciones del flujo de trabajo. Te recomendamos que utilices una cuenta de servicio con los privilegios mínimos necesarios para acceder a los recursos requeridos. Para obtener más información sobre las cuentas de servicio, consulta el artículo Crear y gestionar cuentas de servicio.
• De forma predeterminada, las suscripciones de Pub/Sub creadas para Eventarc se conservan independientemente de la actividad y no caducan. Para cambiar la duración de la inactividad, consulta Propiedades de la suscripción.

Ejemplo:

gcloud eventarc triggers create firealerts-workflows-trigger \
    --location=global \
    --destination-workflow=my-workflow \
    --destination-workflow-location=europe-west4 \
    --event-filters="type=google.firebase.firebasealerts.alerts.v1.published" \
    --event-filters="alerttype=crashlytics.velocity" \
    --service-account="${SERVICE_ACCOUNT_NAME}@${PROJECT_ID}.iam.gserviceaccount.com"

Este comando crea un activador llamado firealerts-workflows-trigger para el evento identificado como google.firebase.firebasealerts.alerts.v1.published y para un tipo de alerta crashlytics.velocity.

Terraform

Puedes crear un activador para un flujo de trabajo con Terraform. Para obtener más información, consulta el artículo Activar un flujo de trabajo con Eventarc y Terraform.

Consola

1. En la Google Cloud consola, ve a la página Triggers (Activadores) de Eventarc.

   Ir a Activadores

   En esta página se muestran todos tus activadores de todas las ubicaciones, así como detalles como nombres, regiones, proveedores de eventos, destinos y más.

2. Para filtrar tus activadores, sigue estos pasos:

   1. Haz clic en filter_list Filtrar o en el campo Activar filtros.
   2. En la lista Propiedades, seleccione una opción para filtrar los activadores.

   Puede seleccionar una sola propiedad o usar el operador lógico OR para añadir más propiedades.

3. Para ordenar los activadores, junto al encabezado de cualquier columna admitida, haz clic en arrow_upward Ordenar.

gcloud

Ejecuta el siguiente comando para ver una lista de tus activadores:

gcloud eventarc triggers list --location=-

Este comando muestra los activadores de todas las ubicaciones e incluye detalles como nombres, tipos, destinos y estados.

Siguientes pasos