Ampliar Cloud Run con activadores de eventos mediante Cloud Run Functions
Con Cloud Run Functions, puedes desplegar código para gestionar eventos activados por cambios en tu base de datos de Cloud Run. De esta forma, puedes añadir funciones del lado del servidor sin tener que ejecutar tus propios servidores.
En esta guía se describe cómo crear activadores para funciones de Cloud Run a partir de eventos de Firestore.
Puedes activar tus funciones de Cloud Run a partir de eventos de una base de datos de Firestore. Cuando se activa, tu función lee y actualiza una base de datos de Firestore en respuesta a estos eventos a través de las APIs y bibliotecas de cliente de Firestore.
El proceso por el que los eventos de Firestore activan una función de Cloud Run consta de los siguientes pasos:
El servicio espera a que se produzcan cambios en un documento concreto.
Cuando se produce un cambio, se activa el servicio y realiza sus tareas.
El servicio recibe un objeto de datos con una vista general del documento afectado. En el caso de los eventos
write
oupdate
, el objeto de datos contiene capturas que representan el estado del documento antes y después del evento activador.
Antes de empezar
- Asegúrate de haber configurado un proyecto para Cloud Run tal como se describe en la página de configuración.
Habilita las APIs Artifact Registry, Cloud Build, Cloud Run Admin, Eventarc, Firestore Cloud Logging y Pub/Sub:
Roles obligatorios
Tú o tu administrador debéis conceder acceso a la cuenta de implementación y a la identidad del activador. Opcionalmente, concede al agente de servicio de Pub/Sub los siguientes roles de gestión de identidades y accesos.
Roles necesarios para la cuenta de implementación
Para obtener los permisos que necesitas para activar funciones a partir de eventos de Firestore, pide a tu administrador que te conceda los siguientes roles de gestión de identidades y accesos en tu proyecto:
-
Editor de Cloud Build (
roles/cloudbuild.builds.editor
) -
Administrador de Cloud Run (
roles/run.admin
) -
Propietario de Datastore (
roles/datastore.owner
) -
Administrador de Eventarc (
roles/eventarc.admin
) -
Usuario con permiso para ver registros (
roles/logging.viewAccessor
) -
Administrador de gestión de identidades y accesos del proyecto (
roles/resourcemanager.projectIamAdmin
) -
Administrador de cuentas de servicio (
roles/iam.serviceAccountAdmin
) -
Usuario de cuenta de servicio (
roles/iam.serviceAccountUser
) -
Administrador de Uso de Servicio (
roles/serviceusage.serviceUsageAdmin
)
Para obtener más información sobre cómo conceder roles, consulta el artículo Gestionar el acceso a proyectos, carpetas y organizaciones.
También puedes conseguir los permisos necesarios a través de roles personalizados u otros roles predefinidos.
Ten en cuenta que, de forma predeterminada, los permisos de Cloud Build incluyen permisos para subir y descargar artefactos de Artifact Registry.
Roles necesarios para la identidad del activador
Anota la cuenta de servicio predeterminada de Compute Engine, ya que la asociarás a un activador de Eventarc para representar la identidad del activador con fines de prueba. Esta cuenta de servicio se crea automáticamente después de habilitar o usar un servicio que utiliza Compute Engine y tiene el siguiente formato de correo electrónico: Google Cloud
PROJECT_NUMBER-compute@developer.gserviceaccount.com
Sustituye
PROJECT_NUMBER
por el número de tu proyecto. Google Cloud Puedes encontrar el número de tu proyecto en la página Bienvenido de la consola Google Cloud o ejecutando el siguiente comando:gcloud projects describe PROJECT_ID --format='value(projectNumber)'
En los entornos de producción, te recomendamos que crees una cuenta de servicio y le asignes uno o varios roles de IAM que contengan los permisos mínimos necesarios y que sigas el principio de privilegio mínimo.
- De forma predeterminada, solo los propietarios y editores de proyectos, así como los administradores e invocadores de Cloud Run, pueden llamar a los servicios de Cloud Run.
Puedes controlar el acceso por servicio. Sin embargo, para hacer pruebas, otorga el rol Invocador de Cloud Run (
run.invoker
) en el proyecto Google Cloud a la cuenta de servicio de Compute Engine. Concede el rol en todos los servicios y trabajos de Cloud Run de un proyecto.gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:PROJECT_NUMBER-compute@developer.gserviceaccount.com \ --role=roles/run.invoker
Ten en cuenta que, si creas un activador para un servicio de Cloud Run autenticado sin conceder el rol Invocador de Cloud Run, el activador se creará correctamente y estará activo. Sin embargo, el activador no funcionará como se espera y aparecerá un mensaje similar al siguiente en los registros:
The request was not authenticated. Either allow unauthenticated invocations or set the proper Authorization header.
- Concede el rol Receptor de eventos de Eventarc (
roles/eventarc.eventReceiver
) en el proyecto a la cuenta de servicio predeterminada de Compute Engine para que el activador de Eventarc pueda recibir eventos de proveedores de eventos.gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:PROJECT_NUMBER-compute@developer.gserviceaccount.com \ --role=roles/eventarc.eventReceiver
Rol opcional del agente de servicio de Pub/Sub
- Si habilitaste el agente de servicio de Cloud Pub/Sub el 8 de abril del 2021 o antes para admitir solicitudes push de Pub/Sub autenticadas, asigna el rol Creador de tokens de cuenta de servicio (
roles/iam.serviceAccountTokenCreator
) al agente de servicio. De lo contrario, este rol se asigna de forma predeterminada:gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:service-PROJECT_NUMBER@gcp-sa-pubsub.iam.gserviceaccount.com \ --role=roles/iam.serviceAccountTokenCreator
Configurar una base de datos de Firestore
Antes de implementar tu servicio, debes crear una base de datos de Firestore:
Ve a la página de Firestore.
Selecciona Crear una base de datos de Firestore.
En el campo Name your database (Asigna un nombre a tu base de datos), introduce un ID de base de datos, como
firestore-db
.En la sección Opciones de configuración, Firestore nativo está seleccionado de forma predeterminada junto con las reglas de seguridad aplicables.
En Tipo de ubicación, selecciona Región y elige la región en la que quieres que se encuentre tu base de datos. Esta selección es permanente.
Haz clic en Crear base de datos.
El modelo de datos de Firestore consta de colecciones que contienen documentos. Un documento contiene un conjunto de pares clave-valor.
Escribir una función activada por Firestore
Para escribir una función que responda a eventos de Firestore, prepárate para especificar lo siguiente durante la implementación:
- un tipo de evento de activación
- un filtro de eventos de activación para seleccionar los documentos asociados a la función
- el código de la función que se va a ejecutar
Tipos de eventos
Firestore admite eventos create
, update
, delete
y write
. El evento write
abarca todas las modificaciones que se hagan en un documento.
Tipo de evento | Activador |
---|---|
google.cloud.firestore.document.v1.created (predeterminado) |
Se activa cuando se escribe en un documento por primera vez. |
google.cloud.firestore.document.v1.updated |
Se activa cuando ya existe un documento y se cambia algún valor. |
google.cloud.firestore.document.v1.deleted |
Se activa cuando se elimina un documento con datos. |
google.cloud.firestore.document.v1.written |
Se activa cuando se crea, actualiza o elimina un documento. |
google.cloud.firestore.document.v1.created.withAuthContext |
Es igual que created , pero añade información de autenticación. |
google.cloud.firestore.document.v1.updated.withAuthContext |
Es igual que updated , pero añade información de autenticación. |
google.cloud.firestore.document.v1.deleted.withAuthContext |
Es igual que deleted , pero añade información de autenticación. |
google.cloud.firestore.document.v1.written.withAuthContext |
Es igual que written , pero añade información de autenticación. |
Los comodines se escriben en los activadores con llaves. Por ejemplo:
projects/YOUR_PROJECT_ID/databases/(default)/documents/collection/{document_wildcard}
Filtros de eventos de activación
Para activar tu servicio, especifica una ruta de documento que quieras monitorizar. La ruta del documento debe estar en el mismo proyecto que el servicio. Google Cloud
Estos son algunos ejemplos de rutas de documentos válidas:
users/marie
: monitoriza un solo documento,/users/marie
.users/{username}
: monitoriza todos los documentos de los usuarios. Los comodines se usan para monitorizar todos los documentos de la colección.users/{username}/addresses/home
: monitoriza el documento de domicilio de todos los usuarios.users/{username}/addresses/{addressId}
: monitoriza todos los documentos de dirección.users/{user=**}
: monitoriza todos los documentos de usuario y los documentos de las subcolecciones de cada documento de usuario, como/users/userID/address/home
o/users/userID/phone/work
.users/{username}/addresses
: ruta de dirección no válida. Hace referencia a la subcolecciónaddresses
, no a un documento.
Comodines y parámetros
Si no sabes qué documento quieres monitorizar, usa {wildcard}
en lugar del ID de documento:
users/{username}
escucha los cambios en todos los documentos de los usuarios.
En este ejemplo, cuando se cambia cualquier campo de cualquier documento de users
, coincide con un comodín llamado {username}
.
Si un documento de users
tiene subcolecciones y se cambia un campo de uno de los documentos de esas subcolecciones, el comodín {username}
no se activará. Si tu objetivo es responder a eventos en subcolecciones, usa el comodín multisegmento {username=**}
.
Las coincidencias con comodines se extraen de las rutas de los documentos. Puedes definir tantos comodines como quieras para sustituir los IDs de colecciones o documentos explícitos. Puedes usar hasta un comodín multisegmento, como {username=**}
.
Código de función
Consulta ejemplos de cómo usar eventos de Firestore en modo nativo para activar una función de Cloud Run.
Incluye las dependencias de proto en tu fuente
Debe incluir el archivo Cloud Run data.proto
en el directorio de origen de su función. Este archivo importa los siguientes protos, que también debes incluir en tu directorio de origen:
Usa la misma estructura de directorios para las dependencias. Por ejemplo, coloca struct.proto
dentro de google/protobuf
.
Estos archivos son necesarios para decodificar los datos de eventos. Si la fuente de la función no incluye estos archivos, devuelve un error cuando se ejecuta.
Atributos de evento
Cada evento incluye atributos de datos que contienen información sobre el evento, como la hora en la que se ha activado. Cloud Run añade datos adicionales sobre la base de datos y el documento implicados en el evento. Puedes acceder a estos atributos de la siguiente manera:
Java
logger.info("Function triggered by event on: " + event.getSource()); logger.info("Event type: " + event.getType()); logger.info("Event time " + event.getTime()); logger.info("Event project: " + event.getExtension("project")); logger.info("Event location: " + event.getExtension("location")); logger.info("Database name: " + event.getExtension("database")); logger.info("Database document: " + event.getExtension("document")); // For withAuthContext events logger.info("Auth information: " + event.getExtension("authid")); logger.info("Auth information: " + event.getExtension("authtype"));
Node.js
console.log(`Function triggered by event on: ${cloudEvent.source}`); console.log(`Event type: ${cloudEvent.type}`); console.log(`Event time: ${cloudEvent.time}`); console.log(`Event project: ${cloudEvent.project}`); console.log(`Event location: ${cloudEvent.location}`); console.log(`Database name: ${cloudEvent.database}`); console.log(`Document name: ${cloudEvent.document}`); // For withAuthContext events console.log(`Auth information: ${cloudEvent.authid}`); console.log(`Auth information: ${cloudEvent.authtype}`);
Python
print(f"Function triggered by change to: {cloud_event['source']}") print(f"Event type: {cloud_event['type']}") print(f"Event time: {cloud_event['time']}") print(f"Event project: {cloud_event['project']}") print(f"Location: {cloud_event['location']}") print(f"Database name: {cloud_event['database']}") print(f"Document: {cloud_event['document']}") // For withAuthContext events print(f"Auth information: {cloud_event['authid']}") print(f"Auth information: {cloud_event['authtype']}")
Estructuras de eventos
Este activador invoca tu servicio con un evento similar al siguiente:
{ "oldValue": { // Update and Delete operations only A Document object containing a pre-operation document snapshot }, "updateMask": { // Update operations only A DocumentMask object that lists changed fields. }, "value": { // A Document object containing a post-operation document snapshot } }
Cada objeto Document
contiene uno o varios objetos Value
. Consulta la documentación de Value
para ver las referencias de tipos.
Crear activadores para funciones
Haga clic en la pestaña para ver las instrucciones sobre cómo usar la herramienta que prefiera.
Consola
Cuando usas la consola Google Cloud para crear una función, también puedes añadir un activador a la función. Sigue estos pasos para crear un activador para tu función:
En la Google Cloud consola, ve a Cloud Run:
Haz clic en Escribir una función e introduce los detalles de la función. Para obtener más información sobre cómo configurar funciones durante la implementación, consulta Implementar funciones.
En la sección Activador, haz clic en Añadir activador.
Seleccione Activador de Firestore.
En el panel Activador de Eventarc, modifica los detalles del activador de la siguiente manera:
En el campo Nombre del activador, escriba un nombre para el activador o use el predeterminado.
Selecciona un Tipo de activador de la lista:
Fuentes de Google para especificar activadores de Pub/Sub, Cloud Storage, Firestore y otros proveedores de eventos de Google.
Terceros: para integrarse con proveedores que no sean de Google y que ofrezcan una fuente de Eventarc. Para obtener más información, consulta Eventos de terceros en Eventarc.
Seleccione Firestore en la lista Proveedor de eventos para seleccionar un producto que proporcione el tipo de evento que activará su función. Para ver la lista de proveedores de eventos, consulte Proveedores y destinos de eventos.
Selecciona type=google.cloud.firestore.document.v1.created en la lista Tipo de evento. La configuración del activador varía en función del tipo de evento admitido. Para obtener más información, consulta Tipos de eventos.
En la sección Filtros, seleccione una base de datos, una operación y valores de atributos, o utilice las selecciones predeterminadas.
Si el campo Región está habilitado, selecciona una ubicación para el activador de Eventarc. Por lo general, la ubicación de un activador de Eventarc debe coincidir con la ubicación del Google Cloud recurso que quieras monitorizar para detectar eventos. En la mayoría de los casos, también debes desplegar tu función en la misma región. Consulta ¿Qué son las ubicaciones de Eventarc? para obtener más información sobre las ubicaciones de los activadores de Eventarc.
En el campo Cuenta de servicio, selecciona una cuenta de servicio. Los activadores de Eventarc están vinculados a cuentas de servicio para usarlas como identidad al invocar tu función. La cuenta de servicio del activador de Eventarc debe tener permiso para invocar tu función. De forma predeterminada, Cloud Run usa la cuenta de servicio predeterminada de Compute Engine.
Si quiere, especifique la ruta de la URL del servicio a la que se enviará la solicitud entrante. Es la ruta relativa del servicio de destino a la que se deben enviar los eventos del activador. Por ejemplo:
/
,/route
,route
yroute/subroute
.
Una vez que haya completado los campos obligatorios, haga clic en Guardar activador.
gcloud
Cuando creas una función con la CLI de gcloud, primero debes desplegar la función y, a continuación, crear un activador. Sigue estos pasos para crear un activador para tu función:
Ejecuta el siguiente comando en el directorio que contiene el código de muestra para desplegar tu función:
gcloud run deploy FUNCTION \ --source . \ --function FUNCTION_ENTRYPOINT \ --base-image BASE_IMAGE_ID \ --region REGION
Sustituye:
FUNCTION con el nombre de la función que vas a implementar. Puedes omitir este parámetro por completo, pero se te pedirá el nombre si lo haces.
FUNCTION_ENTRYPOINT con el punto de entrada de tu función en el código fuente. Este es el código que ejecuta Cloud Run cuando se ejecuta tu función. El valor de esta marca debe ser un nombre de función o un nombre de clase completo que exista en el código fuente.
BASE_IMAGE_ID con el entorno de la imagen base de tu función. Para obtener más información sobre las imágenes base y los paquetes incluidos en cada imagen, consulta Imágenes base de los entornos de ejecución.
REGION con la Google Cloud región en la que quieras desplegar tu función. Por ejemplo,
europe-west1
.
Ejecuta el siguiente comando para crear un activador que filtre eventos:
gcloud eventarc triggers create TRIGGER_NAME \ --location=EVENTARC_TRIGGER_LOCATION \ --destination-run-service=FUNCTION \ --destination-run-region=REGION \ --event-filters="type=google.cloud.firestore.document.v1.created" \ --service-account=PROJECT_NUMBER-compute@developer.gserviceaccount.com
Sustituye:
TRIGGER_NAME con el nombre del activador.
EVENTARC_TRIGGER_LOCATION con la ubicación del activador de Eventarc. Por lo general, la ubicación de un activador de Eventarc debe coincidir con la ubicación del Google Cloud recurso que quieras monitorizar para detectar eventos. En la mayoría de los casos, también debes implementar tu función en la misma región. Para obtener más información, consulta Ubicaciones de Eventarc.
FUNCTION con el nombre de la función que vas a implementar.
REGION con la región de Cloud Run de la función.
PROJECT_NUMBER con el número de tu proyecto Google Cloud . Los activadores de Eventarc están vinculados a cuentas de servicio para usarse como identidad al invocar tu función. La cuenta de servicio de tu activador de Eventarc debe tener permiso para invocar tu función. De forma predeterminada, Cloud Run usa la cuenta de servicio predeterminada de Compute.
Cada marca
event-filters
especifica un tipo de evento. La función solo se activa cuando un evento cumple todos los criterios especificados en sus marcasevent-filters
. Cada activador debe tener una marcaevent-filters
que especifique un tipo de evento admitido, como un documento nuevo escrito en Firestore o un archivo subido a Cloud Storage. No puedes cambiar el tipo de filtro de eventos después de crearlo. Para cambiar el tipo de filtro de eventos, debe crear un activador y eliminar el antiguo. Opcionalmente, puedes repetir la marca--event-filters
con un filtro admitido en el formatoATTRIBUTE=VALUE
para añadir más filtros.
Terraform
Para crear un activador de Eventarc para una función de Cloud Run, consulta Crear un activador con Terraform.
Ejemplos
En los siguientes ejemplos se describe cómo usar eventos de Firestore en modo nativo para activar una función de Cloud Run.
Ejemplo 1: función Hello Firestore
En el siguiente ejemplo se imprimen los campos de un evento de Firestore que activa un Cloud Function:
Node.js
Python
Go
Java
C#
Desplegar la función
Para desplegar la función Hello Firestore
, ejecuta el siguiente comando:
Si aún no lo has hecho, configura tu base de datos de Firestore.
Para implementar la función, consulta Crear activadores para funciones.
Probar función
Para probar la función Hello Firestore
, configura una colección llamada users
en tu base de datos de Firestore:
En la Google Cloud consola, ve a la página de bases de datos de Firestore:
Haz clic en Iniciar una colección.
Especifica
users
como ID de la colección.Para empezar a añadir el primer documento de la colección, en Añadir el primer documento, acepta el ID de documento generado automáticamente.
Añade al menos un campo al documento, especificando un nombre y un valor. Por ejemplo, en Nombre del campo, escribe
username
y, en Valor del campo, introducerowan
.Cuando hayas terminado, haz clic en Guardar.
Esta acción crea un nuevo documento, lo que activa la función.
Para confirmar que se ha activado la función, haz clic en el nombre vinculado de la función en la Google Cloud consola página de resumen de Cloud Run para abrir la página Detalles del servicio.
Selecciona la pestaña Registros y busca esta cadena:
Function triggered by change to: //firestore.googleapis.com/projects/your-project-id/databases/(default)'
Ejemplo 2: función Convertir en mayúsculas
En el siguiente ejemplo, se obtiene el valor añadido por el usuario, se convierte la cadena de esa ubicación a mayúsculas y se sustituye el valor por la cadena en mayúsculas:
Node.js
Usa protobufjs para decodificar los datos del evento. Incluye google.events.cloud.firestore.v1
data.proto
en tu fuente.
Python
Go
Java
C#
Desplegar la función
Para desplegar la función Convert to Uppercase
, ejecuta el siguiente comando:
Si aún no lo has hecho, configura tu base de datos de Firestore.
Para implementar la función, consulta Crear activadores para funciones.
Probar función
Para probar la función Convert to Uppercase
que acabas de implementar, configura una colección llamada messages
en tu base de datos de Firestore:
En la Google Cloud consola, ve a la página de bases de datos de Firestore:
Haz clic en Iniciar una colección.
Especifica
messages
como ID de la colección.Para empezar a añadir el primer documento de la colección, en Añadir el primer documento, acepta el ID de documento generado automáticamente.
Para activar la función implementada, añade un documento en el que el nombre del campo sea
original
y el valor del campo seaminka
.Cuando guardes el documento, verás que la palabra en minúsculas del campo de valor se convierte en mayúsculas.
Si posteriormente editas el valor del campo para que contenga letras minúsculas, se activará de nuevo la función, que convertirá todas las letras minúsculas en mayúsculas.
Limitaciones de las funciones
- No se garantiza la realización del pedido. Los cambios rápidos pueden activar invocaciones de funciones en un orden inesperado.
- Los eventos se entregan al menos una vez, pero un solo evento puede dar lugar a varias invocaciones de funciones. No dependas de los mecanismos de entrega exactamente una vez y escribe funciones idempotentes.
- Un activador está asociado a una sola base de datos. No puedes crear un activador que coincida con varias bases de datos.
- Si eliminas una base de datos, no se eliminarán automáticamente los activadores de esa base de datos. El activador deja de enviar eventos, pero sigue existiendo hasta que lo elimines.