≡En resumen
- Cloud Functions ejecuta fragmentos de código cuando ocurre algo: una petición HTTP, un archivo subido, un mensaje en una cola o un cambio en una base de datos.
- El 22 de agosto de 2024 Google lo integró en Cloud Run: la 2.ª generación pasó a llamarse Cloud Run functions y la 1.ª, Cloud Run functions (1st gen).
- Las funciones actuales admiten hasta 60 minutos por petición HTTP, 16 GiB de RAM, 4 vCPU y 1.000 peticiones simultáneas por instancia.
- Se factura con el modelo de precios de Cloud Run, con una capa gratuita mensual generosa para proyectos pequeños.
- Es ideal para integraciones, webhooks, automatizaciones y APIs ligeras; para aplicaciones completas suele encajar mejor un servicio de Cloud Run.
01 ¿Qué es Google Cloud Functions?
Es lo que se conoce como FaaS (Function as a Service): la unidad que despliegas no es un servidor ni un contenedor completo, sino una función que recibe un evento y devuelve un resultado. Google lanzó la beta el 9 de marzo de 2017 y la declaró disponible para todos el 24 de julio de 2018, como parte de Google Cloud Platform.
02 Cómo funciona: disparadores, funciones y escalado
Disparadores HTTP
La función tiene una URL y responde a peticiones web: ideal para webhooks y pequeñas API.
Eventos (Eventarc)
La versión actual admite cualquier evento de Eventarc, con más de 90 fuentes de Google Cloud y de terceros.
Cloud Storage
Se ejecuta al crear, modificar o borrar un objeto en un bucket.
Pub/Sub
Procesa mensajes de una cola, útil para desacoplar tareas lentas.
Firestore y bases de datos
Reacciona a cambios en documentos para sincronizar datos o enviar avisos.
Programadas
Con Cloud Scheduler puedes lanzar una función cada hora, cada noche o con cualquier expresión cron.
Cuando llega un evento, la plataforma arranca una instancia con el entorno de ejecución del lenguaje elegido, ejecuta tu código y la mantiene viva un tiempo por si llegan más peticiones. Si no hay tráfico, escala a cero y dejas de pagar cómputo. La primera petición tras un periodo de inactividad puede tardar algo más en responder: es el llamado arranque en frío, que se mitiga fijando un número mínimo de instancias.
03 1.ª generación frente a Cloud Run functions
| Característica | Cloud Run functions (actual) | Cloud Run functions (1st gen) |
|---|---|---|
| Tiempo máximo por petición | Hasta 60 minutos (HTTP) y 9 minutos (eventos) | Hasta 9 minutos |
| Tamaño de instancia | Hasta 16 GiB de RAM y 4 vCPU | Hasta 8 GB de RAM y 2 vCPU |
| Concurrencia | Hasta 1.000 peticiones simultáneas por instancia | 1 petición por instancia |
| Fuentes de eventos | Cualquier evento de Eventarc (más de 90 fuentes) | 7 fuentes directas |
| Precios | Modelo de precios de Cloud Run | Tarifa propia de 1.ª generación |
04 Lenguajes compatibles, precios y capa gratuita
| Lenguaje | Versiones recientes |
|---|---|
| Node.js | 24, 22 y 20 (26 en vista previa) |
| Python | 3.14, 3.13 y 3.12 |
| Go | 1.27, 1.26 y 1.25 |
| Java | 25, 21 y 17 |
| Ruby | 4.0, 3.4 y 3.3 |
| PHP | 8.5, 8.4 y 8.3 |
| .NET | 10 y 8 |
2 millones
de solicitudes gratis al mes en Cloud Run
Fuente: Google Cloud, programa gratuito (septiembre de 2026)
180.000
vCPU-segundos gratuitos al mes
Fuente: Google Cloud, programa gratuito (septiembre de 2026)
360.000
GB-segundos de memoria gratuitos al mes
Fuente: Google Cloud, programa gratuito (septiembre de 2026)
300 USD
de crédito para clientes nuevos durante 90 días
Fuente: Google Cloud, programa gratuito
Por encima de esos límites pagas por solicitudes, por el tiempo de CPU y memoria consumido y por el tráfico de salida, según la región. Las funciones de 1.ª generación tienen su propia capa gratuita: 2 millones de invocaciones, 400.000 GB-segundos, 200.000 GHz-segundos y 5 GB de tráfico de salida al mes. Si la función necesita guardar datos, lo habitual es combinarla con Google Cloud SQL o con Firestore, que se facturan aparte.
05 Cómo crear una función en Google Cloud paso a paso
-
1
Prepara el proyecto
Crea o elige un proyecto en la consola de Google Cloud, vincula una cuenta de facturación y habilita las API de Cloud Run, Cloud Build y Artifact Registry.
-
2
Crea la función
En la consola de Cloud Run elige la opción de escribir una función, dale un nombre y selecciona la región, por ejemplo europe-southwest1 (Madrid).
-
3
Elige el disparador
HTTP si la vas a llamar desde una web o un webhook; un evento de Eventarc si debe reaccionar a Cloud Storage, Pub/Sub u otro servicio.
-
4
Escribe el código
Selecciona el lenguaje y la versión del entorno de ejecución y pega o edita el código en el editor integrado, junto con el archivo de dependencias.
-
5
Configura recursos y seguridad
Ajusta memoria, CPU, tiempo máximo, número mínimo y máximo de instancias y quién puede invocarla (pública o solo usuarios autenticados).
-
6
Despliega y prueba
Google construye el contenedor y publica la función. Revisa los registros en Cloud Logging para comprobar que responde como esperas.
06 Para qué sirve Cloud Functions: ejemplos reales
Webhooks e integraciones
Recibir avisos de una pasarela de pago o de un CRM y actualizar pedidos o fichas de cliente.
Procesado de archivos
Generar miniaturas, convertir PDF o extraer texto de documentos subidos a un bucket de Google Cloud Storage.
API ligeras
Endpoints concretos para una app móvil o una web estática sin mantener un servidor encendido.
Tareas programadas
Informes nocturnos, limpieza de datos o sincronizaciones periódicas con otros sistemas.
IA y automatización
Llamar a un modelo de lenguaje para clasificar correos o resumir tickets cuando llegan.
import functions_framework@functions_framework.httpdef hola(request): return "Hola desde Cloud Run functions"
Se despliega con gcloud functions deploy hola --gen2 --runtime=python313 --trigger-http --region=europe-southwest1 y queda publicada en una URL en la región de Madrid. A partir de ahí, cualquier API o aplicación puede llamarla.
07 Cloud Functions frente a otras opciones de Google Cloud
| Servicio | Unidad que despliegas | Ideal para |
|---|---|---|
| Cloud Run functions | Una función | Eventos, webhooks y tareas cortas |
| Cloud Run (servicios) | Un contenedor | Aplicaciones web y API completas que escalan a cero |
| App Engine | Código de una aplicación | Aplicaciones web clásicas en una plataforma gestionada |
| Compute Engine | Una máquina virtual | Software heredado o control total del sistema operativo |
Las funciones encajan como pegamento entre servicios: responden a lo que pasa en Cloud Storage o en la base de datos y conectan con herramientas externas. Si además sirves archivos a muchos usuarios, pon delante Google Cloud CDN. Y si todavía dudas entre serverless, un VPS o un cloud hosting gestionado, la decisión depende del tráfico y de cuánto quieras administrar.
En productos con muchos clientes, las funciones sin servidor ayudan a mantener un coste por usuario bajo, algo que valoramos al plantear cualquier desarrollo de SaaS. Para integraciones con ERP, CRM o pasarelas de pago, un equipo de agencia de desarrollo web puede diseñar qué partes van en funciones y cuáles en servicios.
Preguntas frecuentes sobre Google Cloud Functions
Es el servicio serverless de Google Cloud que ejecuta funciones de código en respuesta a eventos o peticiones HTTP sin que gestiones servidores. Desde agosto de 2024 se llama Cloud Run functions.
No ha desaparecido, ha cambiado de nombre. Las funciones de 2.ª generación son ahora Cloud Run functions y las de 1.ª generación siguen disponibles como Cloud Run functions (1st gen).
Las funciones actuales se facturan con el modelo de Cloud Run: solicitudes, tiempo de CPU, memoria y tráfico de salida. Cada mes incluye gratis 2 millones de solicitudes, 180.000 vCPU-segundos y 360.000 GB-segundos.
Node.js, Python, Go, Java, Ruby, PHP y .NET, cada uno con varias versiones y un calendario de soporte publicado por Google.
Con Cloud Run functions despliegas solo una función y Google construye el contenedor; con un servicio de Cloud Run despliegas tu propio contenedor con la aplicación completa. Hoy ambos comparten plataforma y precios.
En AWS es AWS Lambda y en Microsoft Azure, Azure Functions. Los tres siguen el modelo de funciones como servicio.
En Cloud Run functions, hasta 60 minutos para funciones HTTP y 9 minutos para funciones activadas por eventos; en la 1.ª generación, hasta 9 minutos.
Fuentes consultadas
Sobre el autor
Germán Gutiérrez
Development Manager en appyweb
Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.
Ver perfil en LinkedIn ↗