Enruta eventos de alertas de Firebase a Workflows

Un activador de Eventarc declara tu interés en un evento o conjunto de eventos determinado. Si deseas configurar el enrutamiento del evento, establece filtros para el activador, lo que incluye al origen del evento y al flujo de trabajo de destino.

Los eventos se entregan en el formato de CloudEvents a través de una solicitud HTTP. El servicio de Workflows convierte el evento en un objeto JSON (según la especificación de CloudEvents) y pasa el evento a la ejecución del flujo de trabajo como un argumento del entorno de ejecución del flujo de trabajo. Asegúrate de que el tamaño del evento no supere los 512 KB. Los eventos que superen el tamaño máximo de argumentos de Workflows no activarán las ejecuciones de flujos de trabajo.

En estas instrucciones, se muestra cómo configurar el enrutamiento de eventos para que se active una ejecución del flujo de trabajo en respuesta a un evento directo Firebase Alerts . Para obtener más detalles, consulta la lista de eventos directos compatibles.

Las solicitudes al servicio se activan en respuesta a un evento cuando un servicio de Firebase publica una alerta de Firebase.

Prepárate para crear un activador

Antes de crear un activador de Eventarc para un flujo de trabajo de destino, completa las siguientes tareas.

Consola

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

    Ir al selector de proyectos

  2. Habilitar las APIs de Eventarc, publicación de Eventarc, Workflows y Workflow Executions.

    Habilita las API

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

  4. Si aún no tienes una, crea una cuenta de servicio administrada por el usuario y, luego, otórgale los roles y los permisos necesarios para que Eventarc pueda administrar los eventos para el servicio de destino.

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

      Ir a Cuentas de servicio

    2. Elige tu proyecto.

    3. Escribe un nombre en el campo Nombre de cuenta de servicio. La consola de Google Cloud completa el campo ID de la cuenta de servicio en función de este nombre.

      Opcional: 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 Identity and Access Management (IAM) necesarios para otorgar a tu cuenta de servicio. Si deseas obtener más información, consulta Roles y permisos para destinos de Workflows.

      Para obtener roles adicionales, haz clic en Agregar otro rol y agrega cada rol adicional.

    6. Haz clic en Continuar.

    7. Para terminar de crear la cuenta, haz clic en Listo.

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. Habilitar las APIs de Eventarc, publicación de Eventarc, Workflows y Workflow Executions:

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

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

  4. Si aún no tienes una, crea una cuenta de servicio administrada por el usuario y, luego, otórgale los roles y los permisos necesarios para que Eventarc pueda administrar los eventos para el servicio de destino.

    1. Cree la cuenta de servicio:

      gcloud iam service-accounts create SERVICE_ACCOUNT_NAME

      Reemplaza SERVICE_ACCOUNT_NAME por el nombre de la cuenta de servicio. Debe tener entre 6 y 30 caracteres y puede contener guiones y caracteres alfanuméricos en minúscula. Después de crear una cuenta de servicio, no podrás cambiar su nombre.

    2. Otorga los roles o los permisos de Identity and Access Management (IAM) necesarios. Si deseas obtener más información, consulta Roles y permisos para destinos de Workflows.

Crear un activador

Puedes crear un activador de Eventarc con un flujo de trabajo implementado como receptor de eventos con Google Cloud CLI (gcloud o Terraform) o la consola de Google Cloud.

Consola

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

    Ir a Activadores

  2. Haz clic en Crear activador.
  3. Escribe un nombre de activador.

    Este es el ID del activador y debe empezar con una letra. Puede contener hasta 63 letras en minúscula, números o guiones.

  4. Para el Tipo de activador, elige Fuentes de Google.
  5. En la lista Proveedor del evento, elige Firebase Alerts.

    Ten en cuenta que el nombre del proveedor de eventos que se usa en la documentación de Google Cloud asociada podría no tener el prefijo Cloud o Google Cloud. Por ejemplo, en la consola, Memorystore for Redis se denomina Google Cloud Memorystore para Redis.

  6. En la lista Tipo de evento, en los eventos 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 datos de eventos, elige application/json o application/protobuf.

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

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

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

  9. En el campo Atributo 1, el ID de recurso de alerttype actúa como un filtro de evento. Elige un operador para este filtro:
  10. En el campo Valor del atributo 1, escribe una de las siguientes opciones:
    • appDistribution.inAppFeedback: Se envía el evento cuando un verificador envía comentarios en la app para una app determinada
    • appDistribution.newTesterIosDevice: Se envía el evento cuando se registra un dispositivo de prueba nuevo verificador de iOS para una app determinada
    • billing.planAutomatedUpdate: Se envía el evento cuando se actualiza de forma automática el plan de facturación de un proyecto de Firebase. Por ejemplo, cuando un plan cambia a una versión inferior debido a problemas de pago
    • billing.planUpdate: Se envía el evento cuando un usuario cambia el plan de facturación para un proyecto de Firebase. Por ejemplo, cuando se adjunta una cuenta de facturación a un proyecto o se desconecta de él
    • 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 fallas entrante.
    • crashlytics.newAnrIssue: Se envía el evento cuando una app experimenta un error nuevo de Aplicación no responde (ANR) (no para ningún evento idéntico posterior)
    • crashlytics.newFatalIssue: Se envía el evento cuando una app experimenta una falla irrecuperable nueva (no para ningún evento idéntico posterior)
    • crashlytics.newNonfatalIssue: Se envía el evento cuando una app experimenta un error nuevo recuperable (no para ningún evento idéntico posterior)
    • crashlytics.regression: Se envía el evento cuando una app experimenta una falla por un problema que se marcó como cerrado para una versión anterior de la app
    • crashlytics.stabilityDigest: Se envía el evento cuando hay una notificación sobre los principales problemas del momento en Crashlytics
    • crashlytics.velocity: Se envía el evento cuando un solo problema es responsable de provocar que una cantidad significativa de sesiones de la app fallen
    • performance.threshold: Se envía el evento cuando el rendimiento de una métrica supera el umbral establecido
  11. De manera opcional, puedes filtrar eventos para un ID de app de Firebase específico. Haz clic en Agregar filtro y especifica el appid.
  12. Elige la cuenta de servicio que invocará el servicio o el flujo de trabajo.

    O bien, puedes crear una cuenta de servicio nueva.

    Esto especifica el correo electrónico de la cuenta de servicio de Identity and Access Management (IAM) asociado con el activador y al que otorgaste antes roles específicos que requiere Eventarc.

  13. En la lista Destino del evento, elige Workflows.
  14. Elige un flujo de trabajo.

    Este es el nombre del flujo de trabajo al que se pasan los eventos. Los eventos para una ejecución del flujo de trabajo se transforman y se pasan al flujo de trabajo como argumentos del entorno de ejecución.

    Para obtener más información, consulta Crea un activador para Workflows.

  15. Haz clic en Crear.
  16. Después de que se crea un activador, los filtros de fuente del evento no se pueden cambiar. En su lugar, crea un activador nuevo y borra el anterior. Para obtener más información, consulta Administra 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"

Reemplaza lo siguiente:

  • TRIGGER: el ID del activador o un identificador completamente calificado.
  • DESTINATION_WORKFLOW: Es el ID del flujo de trabajo implementado que recibe los eventos del activador. El flujo de trabajo puede estar en cualquiera de las ubicaciones compatibles con Workflows y no necesita 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 supone que el flujo de trabajo se encuentra en la misma ubicación que el activador.
  • ALERT_TYPE: el tipo de alerta de Firebase, que puede ser uno de los siguientes valores:
    • appDistribution.inAppFeedback: Se envía el evento cuando un verificador envía comentarios en la app para una app determinada
    • appDistribution.newTesterIosDevice: Se envía el evento cuando se registra un dispositivo de prueba nuevo verificador de iOS para una app determinada
    • billing.planAutomatedUpdate: Se envía el evento cuando se actualiza de forma automática el plan de facturación de un proyecto de Firebase. Por ejemplo, cuando un plan cambia a una versión inferior debido a problemas de pago
    • billing.planUpdate: Se envía el evento cuando un usuario cambia el plan de facturación para un proyecto de Firebase. Por ejemplo, cuando se adjunta una cuenta de facturación a un proyecto o se desconecta de él
    • 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 fallas entrante.
    • crashlytics.newAnrIssue: Se envía el evento cuando una app experimenta un error nuevo de Aplicación no responde (ANR) (no para ningún evento idéntico posterior)
    • crashlytics.newFatalIssue: Se envía el evento cuando una app experimenta una falla irrecuperable nueva (no para ningún evento idéntico posterior)
    • crashlytics.newNonfatalIssue: Se envía el evento cuando una app experimenta un error nuevo recuperable (no para ningún evento idéntico posterior)
    • crashlytics.regression: Se envía el evento cuando una app experimenta una falla por un problema que se marcó como cerrado para una versión anterior de la app
    • crashlytics.stabilityDigest: Se envía el evento cuando hay una notificación sobre los principales problemas del momento en Crashlytics
    • crashlytics.velocity: Se envía el evento cuando un solo problema es responsable de provocar que una cantidad significativa de sesiones de la app fallen
    • performance.threshold: Se envía el evento cuando el rendimiento de una métrica supera el umbral establecido
    El operador para ALERT_TYPE debe ser uno de los siguientes:
    • Iguales; 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 de acceso.

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

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

  • SERVICE_ACCOUNT_NAME: El nombre de la cuenta de servicio de IAM que creaste a la que otorgaste roles específicos que requieren los flujos de trabajo.
  • PROJECT_ID: El ID del proyecto de 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 bien --event-filters-path-pattern="alerttype=ALERT_TYPE"
  • Después de crear un activador, no se puede cambiar el tipo de filtro de eventos. Para un tipo de evento diferente, debes crear un activador nuevo.
  • De manera opcional, puedes filtrar eventos para un ID de app de Firebase específico con la marca --event-filters="appid=APP_ID" y especificando una coincidencia exacta.
  • --service-account: El correo electrónico de la cuenta de servicio de IAM que el activador Eventarc usará para invocar las ejecuciones del flujo de trabajo. Recomendamos usar 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 Crea y administra cuentas de servicio.
  • De forma predeterminada, las suscripciones de Pub/Sub creadas para Eventarc persisten, independientemente de la actividad, y no vencen. 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"

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

Terraform

Puedes crear un activador para un flujo de trabajo con Terraform. Para obtener más detalles, consulta Activa un flujo de trabajo con Eventarc y Terraform.

Enumera un activador

Para confirmar la creación de un activador, enumera los activadores de Eventarc con Google Cloud CLI o a través de la consola de Google Cloud.

Consola

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

    Ir a Activadores

    En esta página, se enumeran tus activadores en todas las ubicaciones y se incluyen detalles, como nombres, regiones, proveedores de eventos, destinos y mucho más.

  2. Para filtrar tus activadores, haz lo siguiente:

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

    Puedes elegir una sola propiedad o usar el operador lógico OR para agregar más propiedades.

  3. Para ordenar los activadores, junto con el encabezado de la columna compatible, haz clic en Ordenar.

gcloud

Ejecuta el siguiente comando para enumerar los activadores:

gcloud eventarc triggers list --location=-

Este comando enumera tus activadores en todas las ubicaciones y, además, incluye detalles como nombres, tipos, destinos y estados.

¿Qué sigue?