Si compilas apps de Angular o Next.js procesadas por el servidor, consulta Firebase App Hosting de nueva generación, una solución de pila completa para frameworks web modernos.
Entrega contenido dinámico y aloja microservicios con Firebase Hosting
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Firebase Hosting se integra en las opciones de computación sin servidores, incluidos
Cloud Functions for Firebase y Cloud Run. Si usas Firebase Hosting con
estas opciones, puedes alojar microservicios mediante el redireccionamiento de solicitudes HTTPS para activar
tus funciones y apps alojadas en contenedores a fin de que se ejecuten en un entorno seguro y administrado.
Cloud Functions for Firebase: Escribe e implementas una
función, que es código de backend que responde a un activador específico. Luego, usa
Firebase Hosting para redireccionar solicitudes HTTPS a fin de activar la función
que se debe ejecutar.
Cloud Run: Escribe e implementa una
aplicación empaquetada en una imagen de contenedor. Luego, puedes usar Firebase Hosting para
dirigir las solicitudes HTTPS a fin de activar la app alojada en contenedores que se debe ejecutar.
Casos de uso
¿Cómo puedes usar las opciones de computación sin servidores con Firebase Hosting?
Entrega contenido dinámico: Puedes entregar respuestas generadas de forma dinámica desde una función o app en contenedores que realice tareas lógicas en el servidor, además de entregar contenido estático en tu sitio de Hosting.
Por ejemplo, puedes orientar un patrón de URL (como /blog/<blog-post-id>) hacia una función que use el parámetro de ID de la entrada de blog de la URL para recuperar contenido de forma dinámica desde tu base de datos.
Compila API de REST: Puedes usar las funciones para crear una API de microservicio.
Por ejemplo, las funciones pueden controlar la funcionalidad de acceso en tu sitio web. Mientras este se aloje en /, cualquier solicitud que se realice a /api se redireccionará a la API de microservicio. Por ejemplo, consulta esta muestra de código abierto.
Por ejemplo, si una función genera contenido nuevo solo de manera periódica, puedes almacenar en caché el contenido generado durante un período breve, como mínimo, para acelerar la app. Además, se pueden disminuir potencialmente los costos de ejecución, ya que el contenido se entrega desde la CDN y no desde una función activada o una app alojada en un contenedor.
Renderiza las apps de una sola página de manera previa: Puedes crear etiquetas meta dinámicas para mejorar la SEO y optimizar el uso compartido entre diversas redes sociales. Mira este video o revisa esta muestra de código abierto para obtener más información.
Elige una opción sin servidores
Si bien Cloud Functions for Firebase y
Cloud Run se integran en
Firebase Hosting y ofrecen un entorno sin servidores seguro,
con ajuste de escala automático y completamente administrado, ambas opciones se pueden aprovechar en casos de uso diferentes,
y su configuración se puede personalizar en el nivel deseado.
Cuando se usa cualquiera de las opciones sin servidores, es mejor ubicarla junto con los servidores
de Firebase Hosting. Para ello, debes implementarlas en una de las siguientes regiones:
us-west1
us-central1
us-east1
europe-west1
asia-east1
En la siguiente tabla, se describen algunas consideraciones básicas sobre el uso
de Cloud Functions for Firebase en comparación con Cloud Run. Consulta la documentación detallada de cada producto (Cloud Functions for Firebase o Cloud Run) para ver un listado completo de las cuotas, los límites y las métricas.
Consideración
Cloud Functions for Firebase
Cloud Run
Configuración
Firebase CLI agrupa tareas diversas en comandos únicos, desde la inicialización hasta la compilación y la implementación.
Los contenedores ofrecen más opciones personalizables, por lo que las tareas de configuración, compilación e implementación implican pasos diferentes.
Entorno de ejecución
Requiere Node.js, pero puedes especificar
la
versión que deseas usar.
[null,null,["Última actualización: 2025-08-12 (UTC)"],[],[],null,["\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nFirebase Hosting integrates with serverless computing options, including\nCloud Functions for Firebase and Cloud Run. Using Firebase Hosting with\nthese options, you can host microservices by directing HTTPS requests to trigger\nyour functions and containerized apps to run in a managed, secure environment.\n\n[**Cloud Functions for Firebase**](/docs/hosting/functions): You write and deploy a\nfunction, which is backend code that responds to a specific trigger. Then, using\nFirebase Hosting, you can direct HTTPS requests to trigger your function\nto run.\n\n[**Cloud Run**](/docs/hosting/cloud-run): You write and deploy an\napplication packaged in a container image. Then, using Firebase Hosting, you\ncan direct HTTPS requests to trigger your containerized app to run.\n| **Note:** If you're using Angular or Next.js to develop a full-stack Web app with server-side rendering or AI features, try out the preview of [App Hosting](/docs/app-hosting). App Hosting is a unified product for managing static and dynamic content together.\n\nUse cases\n\nHow can you use serverless computing options with Firebase Hosting?\n\n- **Serve dynamic content** --- In addition to serving static content on\n your Hosting site, you can serve dynamically generated responses from a\n function or containerized app that is performing server-side logic.\n\n For example, you can point a URL pattern (like `/blog/\u003cblog-post-id\u003e`) to a\n function that uses the URL's blog post ID parameter to retrieve content\n dynamically from your database.\n- **Build REST APIs** --- You can create a microservice API using functions.\n\n For instance, functions can handle the sign-in functionality for your\n website. While your website is hosted at `/`, any request to `/api` is\n redirected to your microservice API. For an example, check out\n [this open-source sample](//github.com/firebase/functions-samples/tree/Node-8/authenticated-json-api).\n- **Cache dynamic content** --- You can\n [configure caching](/docs/hosting/manage-cache) of your dynamic content on\n a global CDN.\n\n For example, if a function generates new content only periodically, you\n can speed up your app by caching the generated content for at least a short\n period of time. You can also potentially reduce execution costs because the\n content is served from the CDN rather than via a triggered function or\n containerized app.\n- **Prerender your single-page apps** --- You can improve SEO and optimize\n sharing across various social networks by creating dynamic `meta` tags. To\n learn more, watch this [video](//www.youtube.com/watch?v=82tZAPMHfT4)\n or check out\n [this open-source sample](//github.com/firebase/functions-samples/tree/Node-8/isomorphic-react-app).\n\nChoosing a serverless option\n\nWhile both [**Cloud Functions for Firebase**](/docs/hosting/functions) and\n[**Cloud Run**](/docs/hosting/cloud-run) integrate with\nFirebase Hosting and offer a fully managed, autoscaling, and secure\nserverless environment, the two options can be leveraged for different use cases\nand desired level of customized configuration.\n\nWhen using either serverless option, it is best to co-locate it with the servers\nfor Firebase Hosting by deploying in one of the following regions:\n\n- `us-west1`\n- `us-central1`\n- `us-east1`\n- `europe-west1`\n- `asia-east1`\n\nThe following table describes some basic considerations for using\nCloud Functions for Firebase versus Cloud Run. For a full listing of\nquotas, limits, and metrics, refer to each product's detailed documentation\n([Cloud Functions for Firebase](/docs/functions/quotas) or\n[Cloud Run](//cloud.google.com/run/quotas)).\n\n| **Consideration** | **Cloud Functions for Firebase** | **Cloud Run** |\n|-------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| **Setup** | The Firebase CLI bundles multiple tasks into single commands, from initializing to building and deploying. | Containers offer more customizable options, so setup, build, and deployment tasks involve discrete steps. |\n| **Runtime environment** | Requires Node.js, but you can specify [which version](/docs/functions/manage-functions#set_runtime_options) of Node.js to use. | When [building your container](/docs/hosting/cloud-run#containerize), you specify the runtime environment. |\n| **Language and frameworks support** | JavaScript and TypeScript Web frameworks, like Express.js, are supported. | Any language that Dockerfiles support, including [Go, Node.js, Python, Java, and others](//cloud.google.com/run/docs/quickstarts/build-and-deploy#writing) Web frameworks for each language are supported. |\n| **Timeout for Hosting request** | 60 seconds (see Note below) | 60 seconds (see Note below) |\n| **Concurrency** | 1 request per function instance (no concurrency per instance) | Up to 1,000 concurrent requests per container instance |\n| **Billing** | [Cloud Functions usage](/pricing) Free usage quota, but a [Cloud Billing account](//cloud.google.com/billing/docs/how-to/manage-billing-account) is required. See the [Firebase FAQ](/support/faq#functions-pricing). | [Cloud Run usage](//cloud.google.com/run/pricing) + [Container Registry storage](//cloud.google.com/container-registry/) Free usage quota, but a [Cloud Billing account](//cloud.google.com/billing/docs/how-to/manage-billing-account) is required |\n| **Billing** | | If your Firebase project is on the Spark pricing plan, and you associate your Firebase project with a Cloud Billing account, then your Firebase project is automatically upgraded to the Blaze pricing plan. Review the [Firebase pricing page](/pricing) for a comparison of the Spark and Blaze plans. ||\n\n| **Note:** Even though Cloud Functions and Cloud Run have longer request timeouts, Firebase Hosting is subject to a 60-second request timeout. If your app requires more than 60 seconds to run, you'll receive an HTTPS status code `504` (request timeout)."]]
