En esta página, se describe cómo implementar y modificar funciones en Cloud Run. Para ver una explicación de ejemplo de cómo implementar una función de Hello World, consulta Implementa una función de muestra.
En segundo plano, las implementaciones de funciones de Cloud Run usan los paquetes de compilación y Cloud Build de Google Cloud para compilar automáticamente imágenes de contenedor a partir del código fuente de tu función sin tener que instalar Docker en tu máquina ni configurar los paquetes de compilación o Cloud Build.
Las implementaciones de funciones de Cloud Run también usan Artifact Registry para almacenar artefactos
y administrar imágenes de contenedores. Artifact Registry crea automáticamente el repositorio cloud-run-source-deploy
de Artifact Registry si tu proyecto aún no creó uno con este nombre.
Antes de comenzar
Asegúrate de haber configurado un proyecto nuevo para Cloud Run, como se describe en la página de configuración.
Habilita las APIs de Artifact Registry, Cloud Build, Cloud Run Admin y Cloud Logging:
gcloud services enable artifactregistry.googleapis.com \ cloudbuild.googleapis.com \ run.googleapis.com \ logging.googleapis.com
De manera opcional, habilita la API de Eventarc para usar activadores de eventos:
gcloud services enable eventarc.googleapis.com
Si estás bajo una política de la organización de restricción de dominios que restringe las invocaciones no autenticadas para tu proyecto, deberás acceder al servicio implementado como se describe en Prueba servicios privados.
Roles obligatorios
Para obtener los permisos que necesitas para implementar los servicios de Cloud Run desde la fuente, pídele a tu administrador que te otorgue los siguientes roles de IAM en tu proyecto:
- Desarrollador de origen de Cloud Run (
roles/run.sourceDeveloper
) -
Usuario de cuenta de servicio (
roles/iam.serviceAccountUser
)
Para obtener una lista de los roles y los permisos de IAM asociados con Cloud Run, consulta roles de IAM de Cloud Run y permisos de IAM de Cloud Run. Si tu servicio de Cloud Run interactúa con las APIs de Google Cloud, como las bibliotecas cliente de Cloud, consulta la guía de configuración de identidades del servicio. Para obtener más información sobre cómo otorgar roles, consulta permisos de implementación y administra el acceso.
Roles de la cuenta de servicio
gcloud projects add-iam-policy-binding PROJECT_ID \ --member=serviceAccount:PROJECT_NUMBER-compute@developer.gserviceaccount.com \ --role=roles/cloudbuild.builds.builder
Reemplaza PROJECT_NUMBER
por el número de tu proyecto de Google Cloud y PROJECT_ID
por el ID de tu proyecto de Google Cloud. Para obtener instrucciones detalladas sobre cómo encontrar el ID y el número de tu proyecto, consulta Crea y administra proyectos.
El otorgamiento del rol de cuenta de servicio de Cloud Build a la cuenta de servicio predeterminada de Compute Engine tarda un par de minutos en propagarse.
De manera opcional, si usas Eventarc, otorga los siguientes roles a tu cuenta de servicio:
- Editor de Cloud Build (
roles/cloudbuild.builds.editor
) - Administrador de Cloud Run (
roles/run.admin
) - Crea cuentas de servicio (
roles/iam.serviceAccountCreator
) - Invocador de Cloud Run (
roles/run.invoker
) - Administrador de Eventarc (
roles/eventarc.admin
) - Administrador de IAM de proyecto (
roles/resourcemanager.projectIamAdmin
) - Consumidor de Service Usage (
roles/serviceusage.serviceUsageConsumer
) - Administrador de almacenamiento (
roles/storage.admin
)
Para obtener más información sobre cómo otorgar roles específicos a tus activadores de Eventarc, consulta Roles y permisos para destinos de Cloud Run.
- Editor de Cloud Build (
Crea e implementa una función
Puedes implementar una función con la consola de Google Cloud o gcloud CLI. Haz clic en la pestaña para obtener instrucciones sobre el uso de la herramienta que elijas.
Console
En la consola de Google Cloud, ve a la página Cloud Run:
Haz clic en Escribe una función.
En el campo Nombre del servicio, ingresa un nombre para describir tu función. Los nombres de servicios solo deben comenzar con una letra y contener hasta 49 caracteres o menos, incluidas letras, números o guiones. Los nombres de los servicios no pueden terminar con guiones y deben ser únicos por región y proyecto. Un nombre de servicio no se puede cambiar más adelante y es visible de forma pública.
En la lista Región, usa el valor predeterminado o selecciona la región en la que quieres implementar la función.
En la lista Entorno de ejecución, usa el valor predeterminado o selecciona una versión de entorno de ejecución.
De manera opcional, en la sección Activador, haz clic en Agregar activador y selecciona una opción. Se abrirá el panel Activador de Eventarc, en el que podrás modificar los siguientes detalles del activador:
En el campo Nombre del activador, ingresa un nombre para el activador o usa el nombre predeterminado.
Selecciona un tipo de activador de la lista para especificar uno de los siguientes tipos de activador:
Fuentes de Google para especificar activadores para Pub/Sub, Cloud Storage, Firestore y otros proveedores de eventos de Google.
Personalizado para producir y consumir eventos desde el código de la aplicación. Sigue las instrucciones del panel Activador de Eventarc para crear un canal. Un canal es un recurso que se usa como una canalización para entregar eventos personalizados de los productores a los consumidores. Los eventos personalizados se publican en un canal y un activador de Eventarc se suscribe a esos eventos.
Terceros para integrarse a proveedores externos a Google que ofrecen una fuente de Eventarc. Para obtener más información, consulta Eventos de terceros en Eventarc.
Selecciona un Proveedor de eventos de la lista para elegir un producto que proporcione el tipo de evento para activar tu función. Para ver la lista de proveedores de eventos, consulta Proveedores y destinos de eventos.
Selecciona un Tipo de evento de la lista. La configuración del activador varía según el tipo de evento compatible. Para obtener más información, consulta Tipos de eventos.
En el campo Región, selecciona una ubicación para el activador de Eventarc. En general, la ubicación de un activador de Eventarc debe coincidir con la ubicación del recurso de Google Cloud que deseas supervisar para detectar eventos. En la mayoría de los casos, también debes implementar tu función en la misma región. Consulta Información sobre las ubicaciones de Eventarc para obtener más detalles sobre las ubicaciones de 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 usarlos como identidad cuando se invoca la función. La cuenta de servicio del activador de Eventarc debe tener el permiso para invocar tu función. De forma predeterminada, Cloud Run usa la cuenta de servicio predeterminada de Compute Engine.
De manera opcional, especifica la ruta de URL del servicio a la que se enviará la solicitud entrante. Esta es la ruta de acceso relativa en el servicio de destino al que se deben enviar los eventos del activador. Por ejemplo,
/
,/route
,route
yroute/subroute
.Una vez que hayas completado los campos obligatorios, haz clic en Guardar activador.
En Autenticación, configura lo siguiente:
Si creas una función HTTP pública, por ejemplo, un webhook, selecciona Permitir invocaciones no autenticadas. Si seleccionas esta opción, se asigna la función de invocador de IAM al identificador especial
allUser
. Puedes usar IAM para editar esta configuración más adelante una vez que hayas creado el servicio. Si no tienes permisos (rol de administrador de Cloud Run) para seleccionar esta opción, el servicio se implementará y requerirá autenticación.Si creas una función activada por eventos, selecciona Solicitar autenticación.
De manera opcional, actualiza la siguiente configuración adicional para tus funciones:
Configura la asignación de CPU y los precios según sea necesario.
En Ajuste de escala automático del servicio, especifica las instancias mínimas según sea necesario.
Establece la configuración de Control de entrada según sea necesario.
Expande la sección Contenedores, volúmenes, herramientas de redes y seguridad para establecer otra configuración opcional en las pestañas correspondientes:
Haz clic en Crear y espera a que Cloud Run cree el servicio con una revisión de marcador de posición.
La consola te redireccionará a la pestaña Fuente, en la que puedes ver el código fuente de tu función. Haz clic en Guardar y volver a implementar.
En la pestaña Fuente, puedes hacer clic de manera opcional en Mostrar carga útil para ver una carga útil de ejemplo de eventos entrantes.
Después de la implementación, haz clic en el botón Probar para probar la función creada.
gcloud
-
In the Google Cloud console, 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.
Actualiza los componentes de
gcloud
a la versión más reciente:gcloud components update
Ejecuta el siguiente comando en el directorio que contiene el código de muestra:
gcloud beta run deploy FUNCTION \ --source . \ --function FUNCTION_ENTRYPOINT \ --base-image BASE_IMAGE \ --region REGION
Reemplaza lo siguiente:
Reemplaza FUNCTION por el nombre de la función que implementas. Puedes omitir este parámetro por completo, pero se te solicitará el nombre si lo haces.
FUNCTION_ENTRYPOINT por el punto de entrada a tu función en tu 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 completamente calificado que exista en tu código fuente.
BASE_IMAGE por el entorno de la imagen base de tu función. Para obtener más detalles sobre las imágenes base y los paquetes incluidos en cada imagen, consulta Imágenes base de los entornos de ejecución.
REGION por la región de Google Cloud en la que deseas implementar tu función. Por ejemplo,
us-central1
.
Opcional:
- Si creas una función de HTTP pública, por ejemplo, un webhook, especifica la marca
--allow-unauthenticated
. Esta marca asigna el rol de invocador de IAM de Cloud Run al identificador especialallUser
. Puedes usar IAM para editar esta configuración más adelante una vez que hayas creado el servicio. Si creas una función activada por eventos o un servicio autenticado, puedes omitir esta marca.
De manera opcional, después de implementar la función, puedes agregar activadores de Eventarc a ella. Para agregar un activador, ejecuta el siguiente comando:
gcloud eventarc triggers create EVENTARC_TRIGGER_NAME \
--location=EVENTARC_TRIGGER_LOCATION \
--destination-run-service=FUNCTION \
--destination-run-region=REGION \
--event-filters="type=EVENTARC_FILTER_TYPE" \
--event-filters="EVENTARC_EVENT_FILTER" \
--service-account=EVENTARC_TRIGGER_SERVICE_ACCOUNT
Reemplaza lo siguiente:
EVENTARC_TRIGGER_NAME por el nombre del activador de Eventarc.
EVENTARC_TRIGGER_LOCATION por la ubicación del activador de Eventarc. En general, la ubicación de un activador de Eventarc debe coincidir con la ubicación del recurso de Google Cloud que deseas supervisar para detectar eventos. En la mayoría de los casos, también debes implementar tu función en la misma región. Consulta Información sobre las ubicaciones de Eventarc para obtener más detalles sobre las ubicaciones de activadores de Eventarc.
FUNCTION por el nombre de la función implementada.
REGION por la región de Cloud Run de la función.
EVENTARC_FILTER_TYPE con los filtros de eventos que supervisa el activador. Un evento que coincida con todos los filtros
--event-filters
activa llamadas a tu función. Cada activador debe tener un tipo de evento compatible con el formato--event-filters="type=EVENTARC_FILTER_TYPE"
. Este tipo de evento no se puede cambiar después de la creación. Para cambiarEVENT_FILTER_TYPE
, crea un activador nuevo y borra el anterior. De manera opcional, puedes repetir la marca--event-filters
con un filtro compatible en el formatoATTRIBUTE=VALUE
para agregar más filtros.EVENTARC_TRIGGER_SERVICE_ACCOUNT con una cuenta de servicio. Los activadores de Eventarc están vinculados a cuentas de servicio para usarlos como identidad cuando se invoca la función. La cuenta de servicio del activador de Eventarc debe tener el permiso para invocar tu función. De forma predeterminada, Cloud Run usa la cuenta de servicio de procesamiento predeterminada.
Terraform
Para administrar funciones con Terraform, debes compilar el código de tu función en una imagen de contenedor y, luego, definir tu servicio de Cloud Run en una configuración de Terraform con el recurso google_cloud_run_v2_service
del proveedor de Google Cloud Platform.
Sigue las instrucciones para compilar una función para crear una imagen de contenedor. Copia la ruta de acceso completa de la imagen del contenedor para la variable IMAGE_URL que se usará en el siguiente paso.
Crea un archivo
main.tf
nuevo con este contenido:provider "google" { project = "PROJECT-ID" } resource "google_cloud_run_v2_service" "default" { name = "SERVICE" location = "REGION" client = "terraform" template { containers { image = "IMAGE_URL" } } } resource "google_cloud_run_v2_service_iam_member" "noauth" { location = google_cloud_run_v2_service.default.location name = google_cloud_run_v2_service.default.name role = "roles/run.invoker" member = "allUsers" }
Reemplaza lo siguiente:
- PROJECT-ID por el ID del proyecto de Google Cloud.
- REGION por la región de Google Cloud.
- SERVICE por el nombre del servicio de Cloud Run Los nombres de servicios deben tener 49 caracteres o menos, y deben ser únicos por región y proyecto.
- IMAGE_URL por una referencia a la imagen del contenedor, como
us-docker.pkg.dev/cloudrun/container/hello:latest
Si usas Artifact Registry, el repositorio REPO_NAME debe estar creado. La URL tiene el formatoLOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG
.
Esta configuración permite el acceso público (el equivalente a
--allow-unauthenticated
). Para que el servicio sea privado, quita la estrofagoogle_cloud_run_v2_service_iam_member
.Inicializa Terraform mediante este comando:
terraform init
Aplica la configuración de Terraform:
terraform apply
Ingresa
yes
para confirmar que deseas aplicar las acciones descritas.
Ubicaciones de Cloud Run
Cloud Run es regional, lo que significa que la infraestructura que ejecuta los servicios se ubica en una región específica, y Google la administra para que esté disponible de manera redundante en todas las zonas de esa región.
El cumplimiento de los requisitos de latencia, disponibilidad o durabilidad es el factor principal para seleccionar la región en la que se ejecutan los servicios de Cloud Run.
Por lo general, puedes seleccionar la región más cercana a los usuarios, pero debes considerar la ubicación de los otros productos de Google Cloud que usa el servicio de Cloud Run.
Si usas productos de Google Cloud en varias ubicaciones, la latencia y el costo del servicio pueden verse afectados.
Cloud Run está disponible en las siguientes regiones:
Sujetas a los Precios del nivel 1
asia-east1
(Taiwán)asia-northeast1
(Tokio)asia-northeast2
(Osaka)asia-south1
(Bombay, India)europe-north1
(Finlandia) Bajo nivel de CO2europe-southwest1
(Madrid) Bajo nivel de CO2europe-west1
(Bélgica) Bajo nivel de CO2europe-west4
(Países Bajos) Bajo nivel de CO2europe-west8
(Milán)europe-west9
(París) Bajo nivel de CO2me-west1
(Tel Aviv)us-central1
(Iowa) Bajo nivel de CO2us-east1
(Carolina del Sur)us-east4
(Virginia del Norte)us-east5
(Columbus)us-south1
(Dallas) Bajo nivel de CO2us-west1
(Oregón) Bajo nivel de CO2
Sujetas a los Precios del nivel 2
africa-south1
(Johannesburgo)asia-east2
(Hong Kong)asia-northeast3
(Seúl, Corea del Sur)asia-southeast1
(Singapur)asia-southeast2
(Yakarta)asia-south2
Delhi (India)australia-southeast1
(Sídney)australia-southeast2
(Melbourne)europe-central2
(Varsovia, Polonia)europe-west10
(Berlín) Bajo nivel de CO2europe-west12
(Turín)europe-west2
(Londres, Reino Unido) Bajo nivel de CO2europe-west3
(Fráncfort, Alemania) Bajo nivel de CO2europe-west6
(Zúrich, Suiza) Bajo nivel de CO2me-central1
(Doha)me-central2
(Dammam)northamerica-northeast1
(Montreal) Bajo nivel de CO2northamerica-northeast2
(Toronto) Bajo nivel de CO2southamerica-east1
(São Paulo, Brasil) Bajo nivel de CO2southamerica-west1
(Santiago, Chile) Bajo nivel de CO2us-west2
(Los Ángeles)us-west3
(Salt Lake City)us-west4
(Las Vegas)
Si ya creaste un servicio de Cloud Run, puedes ver la región en el panel de Cloud Run en la consola de Google Cloud.
Habilita los reintentos de eventos
Eventarc usa Pub/Sub como su capa de transporte y tiene una política de reintento predeterminada que podría no funcionar bien para tu función.
Después de crear un activador de Eventarc, te recomendamos actualizar la política de reintento en Eventarc y configurar el tema de buzón de destino en Pub/Sub.
Modifica una función existente
Puedes modificar la configuración o el código de tu función:
Modifica la configuración
Para modificar los parámetros de configuración, como la asignación de CPU, la memoria y la conectividad de VPC, haz lo siguiente:
Console
En la consola de Google Cloud, ve a la página Cloud Run:
Identifica el servicio que deseas actualizar en la lista de servicios y hazle clic para abrir los detalles.
Haz clic en Editar e implementar una revisión nueva para mostrar el formulario de implementación de revisión.
Modificar cualquier parámetro de configuración
Haz clic en Implementar y espera a que finalice la implementación.
gcloud
-
In the Google Cloud console, 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.
Para actualizar uno o más parámetros de configuración del servicio, usa el comando
gcloud beta run services update SERVICE
con las marcas de línea de comandos de la configuración que deseas actualizar. Reemplaza SERVICE por el nombre del servicio.
Vuelve a implementar el código fuente nuevo
Puedes modificar la imagen base, el entorno de ejecución y el código fuente de tu función con la consola de Google Cloud o gcloud CLI.
Haz clic en la pestaña para obtener instrucciones de la herramienta que elijas.
Console
En la consola de Google Cloud, ve a la página Cloud Run:
Busca la función que deseas actualizar en la lista Servicios y haz clic en ella para abrir sus detalles.
Navega a la pestaña Fuente y haz clic en Editar fuente.
Haz clic en
Editar actualizaciones de seguridad y entorno de ejecución junto a Imagen base y selecciona un Entorno de ejecución o Entorno diferente de la lista según sea necesario. Luego, haz clic en Guardar.Modifica el Punto de entrada de la función según sea necesario.
En la sección Archivos, selecciona
Agregar archivo para crear uno nuevo, Cambiar nombre de archivo para cambiar el nombre de un archivo o Borrar archivo para borrar uno.En la sección Código, modifica el código fuente según sea necesario.
Haz clic en Guardar y volver a implementar y espera a que finalice la implementación.
gcloud
-
In the Google Cloud console, 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.
Ejecuta el siguiente comando en el directorio que contiene el código fuente de la función:
gcloud beta run deploy FUNCTION \ --source . \ --function FUNCTION_ENTRYPOINT \ --base-image BASE_IMAGE \ --region REGION
Reemplaza lo siguiente:
FUNCTION por el nombre de la función que deseas modificar.
FUNCTION_ENTRYPOINT por el punto de entrada a tu función en tu código fuente.
BASE_IMAGE por el entorno de la imagen base de tu función. En la mayoría de los casos, puedes especificar el ID del entorno de ejecución, por ejemplo,
nodejs22
.Como alternativa, si deseas usar un paquete de sistema específico en la pila o especificar la región desde la que se descarga la imagen base, puedes especificar una de las siguientes opciones:
- Es la ruta de acceso completa de la imagen base, como
us-central1-docker.pkg.dev/serverless-runtimes/google-22-full/runtimes/nodejs22
. Esta opción te permite especificar la imagen base, un paquete del sistema específico en la pila y la región desde la que se descarga la imagen base. - Es el alias de la ruta de acceso completa de la imagen base, como
google-22/nodejs22
ogoogle-22-full/nodejs22
. Esta opción de alias más corta te permite especificar la imagen base y un paquete de sistema específico en la pila.
Para obtener más detalles sobre las imágenes base y los paquetes incluidos en cada imagen, consulta Imágenes base del entorno de ejecución.
- Es la ruta de acceso completa de la imagen base, como
REGION por la región de Google Cloud en la que deseas implementar tu función. Por ejemplo,
us-central1
.
Marcas opcionales
Puedes configurar las siguientes marcas opcionales mientras modificas tu función:
Marcas de variables de entorno de compilación para especificar variables de entorno durante el paso de compilación, como para configurar certificados o parámetros específicos del tiempo de compilación.
Marcas de grupo de trabajadores para especificar qué grupo de trabajadores usar en el contexto de compilación seguro de los Controles del servicio de VPC
Marcas de cuentas de servicio de compilación personalizadas para especificar una alternativa a la cuenta de servicio de compilación predeterminada y aumentar la seguridad.
Marca Actualizaciones automáticas de imágenes base para inhabilitar las actualizaciones automáticas. De forma predeterminada, las funciones tienen habilitadas las actualizaciones de seguridad automáticas.
¿Qué sigue?
Después de implementar una función nueva, puedes hacer lo siguiente:
- Cómo ver o borrar funciones
- Administra servicios
- Ver registros
- Compila contenedores de funciones en tu propia cadena de herramientas y, luego, impleméntalos en Cloud Run
- Activa con eventos
- Activar funciones desde Cloud Storage con Eventarc