App Hosting requer um projeto com o plano de preços Blaze do Firebase ativado. Este plano tem os seguintes limites sem custos financeiros para produtos do Google Cloud invocados por App Hosting:
| Produto | Recurso | Sem custos financeiros | Cobrado (pelo uso além dos limites sem custo financeiro) |
|---|---|---|---|
| App Hosting | Largura de banda de saída | 10 GiB / mês | US$ 0,15 / GiB em cache US$ 0,20 / GiB sem cache |
| Artifact Registry | Armazenamento | 0,5 GB / mês | US$ 0,10 / GB / mês para mais de 0,5 GB |
| Saída | Sem custo financeiro | Consulte os preços do Artifact Registry para conferir uma lista completa de preços de saída | |
| Cloud Run | CPU | 180 mil vCPU-segundos | US$ 0,00002400 / vCPU-segundo |
| Memória | 360 mil GiB-segundos | US$ 0,00000250 / GiB-segundo | |
| Solicitações | 2 milhões de solicitações | US$ 0,40 / milhão de solicitações | |
| Cloud Build | Build-minutes | 2.500 minutos de build | US$ 0,006 / minuto de build |
| Cloud Logging | Armazenamento de registro | 50 GiB / projeto / mês | US$ 0,50/GiB |
| Retenção de registro | Sem custo por 30 dias | US$ 0,01 / GiB / mês para registros retidos por mais de 30 dias | |
| Secret Manager | Versões ativas do secret | 6 versões por mês | US$ 0,06 por versão/local |
| Operações de acesso | 10.000 operações / mês | US$ 0,03 por 10.000 operações | |
| Notificações de rotação | 3 rotações por mês | US$ 0,05 por rotação | |
| Cloud Storage1 | Armazenamento padrão2 | 5 GB por mês | US$ 0,020 por GB por mês |
| Operações de classe A2 | 5.000 | US$ 0,0050 por 1.000 operações | |
| Operações de classe B2 | 50.000 | US$ 0,0004 por 1.000 operações | |
| Transferência de dados2 | 100 GB da América do Norte para cada destino de transferência de dados do Google Cloud (exceto Austrália e China) | US$ 0,02 / GB para a América do Norte US$ 0,02 / GB na Europa US$ 0,08 / GB para a Ásia |
1Cloud Storage é usado apenas ao implantar da fonte local com a CLI Firebase.
2Cloud Storage As cotas do nível "Sempre sem custo financeiro" se aplicam apenas a back-ends App Hosting na US-CENTRAL1.
O uso sem custo é agregado em projetos por conta de faturamento e é redefinido todo mês. Você só vai receber cobranças pelo uso após os limites.
Calcular custos
A partir de 14 de junho de 2025, você vai começar a incorrer em custos para o projeto Firebase App Hosting quando exceder os limites do plano de preços do Blaze de pagamento por uso. Haverá cobrança pelos seguintes itens de linha Firebase App Hosting:
Largura de banda de saída sem cache se refere aos dados transferidos diretamente dos servidores de origem do serviço Firebase App Hosting para atender às solicitações do usuário. Os servidores de origem estão localizados entre um serviço Cloud Run de back-end App Hosting e o Cloud CDN. Isso ocorre quando o conteúdo solicitado ainda não está armazenado no cache do Cloud CDN, ou seja, não está em cache. Consequentemente, o servidor de origem precisa buscar os dados e enviá-los ao usuário.
Esse processo gera custos por dois motivos principais:
- Preenchimento de caches do Cloud CDN:quando um usuário solicita conteúdo não armazenado em cache, é acionado um processo para buscar esses dados do servidor de origem e armazenar uma cópia no cache do Cloud CDN para solicitações futuras. Essa transferência inicial de dados da origem para o CDN contribui para o custo geral.
- Transferência de dados para o usuário final:depois que o conteúdo estiver disponível (diretamente da origem ou da CDN após a população inicial do cache), ele precisa ser transmitido para o dispositivo do usuário final no destino solicitado. Essa transferência de dados também contribui para o custo.
Largura de banda de saída em cache se refere aos dados transferidos em gibibytes dos caches do Cloud CDN para o dispositivo do usuário final no destino solicitado.
Consulte Armazenar conteúdo do app em cache para saber como otimizar o desempenho com o Cloud CDN.
Você também vai receber cobranças pelo uso dos produtos Google Cloud que seu back-end usa:
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
Os preços exatos desses itens de linha podem ser consultados na nossa página de preços.
Exemplos de faturamento
O custo de execução de um app da Web dinâmico no App Hosting pode variar muito, dependendo de fatores como tráfego, configurações de execução e tamanho da resposta. Os custos no nosso exemplo são baseados em certas suposições sobre esses fatores.
Tráfego e tamanho da resposta
Quando o app atingir a cota mensal sem custo financeiro, cada visita ao site vai gerar custos. Esses custos não são fixos. Eles dependem de fatores como o número de solicitações em segundo plano acionadas por cada visita, a capacidade de computação necessária para criar a resposta e o tamanho da resposta. Algumas solicitações são simplesmente mais caras do que outras. Por exemplo, provavelmente vai custar mais para exibir uma página rica em imagens ou dados complexos do que um arquivo HTML simples. Da mesma forma, gerar uma página dinamicamente no servidor geralmente é mais caro do que exibir uma versão em cache de um CDN.
Para estimar os custos do app de maneira eficaz, considere algumas métricas importantes:
- Solicitações por visita: quantas solicitações individuais uma visita de usuário típica aciona? Lembre-se de que um "carregamento de página" geralmente envolve muitas solicitações subjacentes de recursos, como imagens, CSS e JavaScript.
- Tamanho médio da resposta: qual é o tamanho típico dos dados enviados para cada solicitação?
- Latência de resposta média: quanto tempo leva para o app responder a uma solicitação, em média?
É possível estimar esses valores inspecionando os registros de solicitação do app no Console do Google Cloud. Nossos exemplos de cálculos de custo assumem o seguinte:
| Características do tráfego | |
|---|---|
| ~Solicitações faturadas por visita única | 10 |
| Tamanho médio da resposta (KiB) | 400 |
| Latência média de resposta (ms) | 1000 |
| Taxa de ocorrência em cache | 50% |
Configurações do ambiente de execução
| Configurações Cloud Run1 | |
|---|---|
| Limite de CPU (vCPU) | 1 |
| Limite de memória (MiB) | 512 |
| Simultaneidade (solicitações) | 80 |
| minInstances | 0 |
| maxInstances | 100 |
1 Esses são os valores padrão fornecidos por App Hosting. Para conferir a configuração do Cloud Run para cada lançamento, consulte os detalhes da revisão Cloud Run. Na guia Lançamentos do Console do Firebase, passe o cursor sobre um lançamento e selecione o menu de três pontos e, em seguida, selecione "Ver revisão Cloud Run".
Outras suposições
| Uso do projeto | |
|---|---|
| Método de implantação | GitHub |
| Builds por mês | 20 |
| Minutos por build | 8 |
| Retenção de registro | < 30 dias |
| Versões de secret | < 6 versões |
| Tamanho da imagem do registro de artefatos (MB) | 380 |
Fatura de amostra
Com essas suposições, podemos extrapolar os seguintes custos para este cenário de exemplo. Em um nível de 10 mil visitas, praticamente não há custos, com custos de qualquer importância começando a acumular no nível de 1 milhão de visitas, em que uma visita é uma solicitação ao app iniciada por um usuário.
| SKU | Preço | Unidade | Nível sem custo financeiro | Uso de 10 mil visitas | Custo de 10 mil visitas | Uso de 1 milhão de visitas | Custo de 1 milhão de visitas |
|---|---|---|---|---|---|---|---|
| Cloud Run: CPU | US$ 0,00 |
vCPU por segundo | 180.000,00 |
1250 |
US$ 0,00 |
125000 |
US$ 0,00 |
| Cloud Run: memória | US$ 0,00 |
GiB por segundo | 360.000,00 |
625 |
US$ 0,00 |
62500 |
US$ 0,00 |
| Cloud Run: solicitações | US$ 0,40 |
Solicitações de SSR M | 2,00 |
0,05 |
US$ 0,00 |
5 |
US$ 1,20 |
| Cloud Build: minutos de build | US$ 0,01 |
build-minute | 2.500,00 |
160 |
US$ 0,00 |
160 |
US$ 0,00 |
| Artifact Registry: armazenamento | US$ 0,10 |
GiB (armazenados) | 0,50 |
0,6 |
US$ 0,01 |
0,6 |
US$ 0,01 |
| App Hosting: largura de banda de saída sem cache | US$ 0,20 |
GiB | 10 |
2 |
US$ 0,00 |
200 |
US$ 39,00 |
| App Hosting: largura de banda de saída em cache | US$ 0,15 |
GiB | 2 |
US$ 0,00 |
200 |
US$ 29,25 |
|
| Secrets Manager: versões ativas do secret | US$ 0,06 |
versões | 6,00 |
6,00 |
US$ 0,00 |
6,00 |
US$ 0,00 |
| Secret Manager: operações de acesso | US$ 0,03 |
10 mil operações | 1,0 |
0,10 |
US$ 0,00 |
5,00 |
US$ 0,12 |
| Secrets Manager: notificações de rotação | US$ 0,05 |
rotações | 3,00 |
0,00 |
US$ 0,00 |
0,00 |
US$ 0,00 |
| Cloud Logging: armazenamento de registros | US$ 0,50 |
GiB | 50,00 |
0,50 |
US$ 0,00 |
50,00 |
US$ 0,00 |
| Cloud Logging: retenção de registros | US$ 0,01 |
GiB / mês | 30 dias | US$ 0,00 |
US$ 0,00 |
||
| Total | 0,01 |
US$69,58 |
Cálculos
| SKU | Unidade | Como calcular o uso |
|---|---|---|
| Cloud Run: CPU | vCPU por segundo | Segundos de vCPU = vCPU por instância * latência média de resposta por solicitação * Número de visitas * solicitações faturadas por visita / Número de solicitações simultâneas |
| Cloud Run: memória | GiB por segundo | GiB por segundo = GiB por instância * latência média de resposta por solicitação * número de visitas * solicitações faturadas por visita / número de solicitações simultâneas |
| Cloud Run: solicitações | Solicitações de SSR M | M solicitações de SSR = (# de visitas * solicitações faturadas por visita / 1 milhão) * (1 - taxa de acerto do cache) |
| Cloud Build: minutos de build | build-minute | minutos de build = # de builds * minutos por build |
| Artifact Registry: armazenamento 1 | GiB (armazenados) | GiB (armazenados) = 2 * tamanho da imagem |
| App Hosting: largura de banda sem cache | GiB | GiB sem cache= (1 - taxa de acerto do cache) * (# de visitas * solicitações faturadas por visita * largura de banda de saída por solicitação) |
| Hospedagem de apps: largura de banda em cache | GiB | GiB em cache = taxa de hits do cache * (# de visitas * solicitações faturadas por visita * largura de banda de saída por solicitação) |
1 O app normalmente tem apenas uma imagem no Artifact Registry, já que o App Hosting limpa automaticamente as versões não usadas. Você pode ver duas imagens brevemente apenas durante um novo lançamento.