Se você estiver criando apps Angular ou Next.js renderizados pelo servidor, confira o Firebase App Hosting de última geração, uma solução de pilha completa para frameworks modernos da Web.
Exiba o conteúdo dinâmico e hospede os microsserviços usando o Firebase Hosting
Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.
O Firebase Hosting se integra a opções de computação sem servidor, incluindo Cloud Functions for Firebase e Cloud Run. Ao usar o Firebase Hosting com essas opções, é possível hospedar microsserviços. Basta direcionar as solicitações HTTPS para que acionem a execução das suas funções e seus apps conteinerizados em um ambiente gerenciado e seguro.
Cloud Functions for Firebase: é possível gravar e implantar uma função, que é um código de back-end que responde a um acionador específico. Em seguida, use Firebase Hosting para direcionar solicitações HTTPS para que acionem a execução da função.
Cloud Run: é possível gravar e implantar um aplicativo empacotado em uma imagem de contêiner. Em seguida, com o Firebase Hosting, é possível direcionar solicitações HTTPS para acionar a execução do seu aplicativo conteinerizado.
Casos de uso
Como usar as opções de computação sem servidor com o Firebase Hosting?
Exibir conteúdo dinâmico: além de exibir conteúdo estático no seu site do Hosting, é possível exibir respostas geradas dinamicamente usando uma função ou app conteinerizado que esteja desempenhando a lógica do servidor.
Por exemplo, é possível apontar um padrão do URL, como /blog/<blog-post-id>, para uma função que usa o parâmetro de ID do post do blog do URL para recuperar dinamicamente o conteúdo do banco de dados.
Crie APIs REST: é possível criar uma API de microsserviço usando funções.
Por exemplo, as funções podem processar a funcionalidade de login do site. Enquanto o site está hospedado em /, qualquer solicitação para /api é redirecionada para sua API de microsserviço. Consulte esta amostra de código aberto.
Por exemplo, se uma função gerar um novo conteúdo apenas periodicamente, é possível acelerar o aplicativo, basta armazenar em cache o conteúdo gerado em um curto período de tempo, no mínimo. Também é possível reduzir potencialmente os custos de execução, porque o conteúdo é exibido a partir da CDN e não de uma função acionada ou de um app conteinerizado.
Pré-renderizar os apps de página única: é possível melhorar a SEO e otimizar o compartilhamento em várias redes sociais usando tags meta dinâmicas. Para saber mais, assista a este vídeo ou confira esta amostra de código aberto.
Como escolher uma opção sem servidor
Embora o Cloud Functions for Firebase e o Cloud Run se integrem ao Firebase Hosting e ofereçam um ambiente sem servidor, totalmente gerenciado, com escalonamento automático e seguro, as duas opções podem ser usadas em diferentes casos de uso e níveis desejados de configuração personalizada.
Ao usar qualquer uma das opções sem servidor, é melhor colocalizá-la com os servidores do Firebase Hosting, fazendo a implantação em uma das seguintes regiões:
us-west1
us-central1
us-east1
europe-west1
asia-east1
A tabela a seguir descreve algumas considerações básicas para usar Cloud Functions for Firebase em vez de Cloud Run. Para ter acesso a uma lista completa de cotas, limites e métricas, consulte a documentação detalhada de cada produto (Cloud Functions for Firebase ou Cloud Run).
Consideração
Cloud Functions for Firebase
Cloud Run
Configuração
A CLI do Firebase agrupa várias tarefas em comandos únicos, desde a inicialização até a criação e a implantação.
Os contêineres oferecem mais opções personalizáveis, portanto, as tarefas de configuração, criação e implantação envolvem etapas diferentes.
Ambiente de execução
Requer o Node.js, mas é possível especificar qual versão dele deve ser usada.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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)."]]
