Saltar para o conteúdo
kenjtecJournal
Pesquisar no Journal

O Cloud Run ganha travões de custos: porque é que um limite de gastos não é um limite de pedidos

Os limites de gastos de orçamento (Budget spend caps) do Cloud Run estão disponíveis para o público em geral desde 12 de outubro de 2026. Porque complementam os limites de pedidos e, mesmo assim, não garantem um travão de custos preciso ao cêntimo.

O Tobias pousa a mão num painel de madeira com três mostradores de medição; só o terceiro tem uma alavanca de travão vermelha. Ilustração criada com IA.

Um serviço responde apenas a alguns pedidos e, ainda assim, custa mais do que o esperado. Outro processa muitas chamadas curtas a baixo custo. Quem limita apenas o número de pedidos não está, por isso, a medir automaticamente o que mais tarde aparece na fatura da infraestrutura. O controlo de custos e o controlo de carga atuam em pontos diferentes.

A 12 de outubro de 2026, a Google anunciou a disponibilidade geral dos Budget spend caps para o Cloud Run. Uma vez configurado, um limite de gastos pode pausar as cargas de trabalho afetadas. Trata-se de uma alteração relevante na infraestrutura. Mas só se torna compreensível quando distingues entre um alerta de orçamento, um limite de gastos e um limite de pedidos individuais.

Três perguntas, três limites diferentes

Um limite de pedidos responde a perguntas como: quantas chamadas pode um determinado cliente enviar num dado período? Um limite de trabalho simultâneo pergunta: quanto pode ser executado em paralelo? Já um limite de custos olha para o consumo de recursos tarifado dentro do seu âmbito. Estas grandezas estão relacionadas, mas não são intermutáveis.

O nosso serviço fictício tem duas tarefas. Uma devolve uma resposta de estado curta. A outra processa um documento extenso. Ambas começam com exatamente um pedido, mas exigem quantidades de trabalho diferentes. Mesmo que ambos os utilizadores possam fazer o mesmo número de chamadas, não se segue que imponham a mesma carga à infraestrutura. Um único contador oculta o significado diferente das suas entradas.

Um alerta de orçamento ainda não é uma paragem

A documentação oficial de faturação distingue os orçamentos apenas com alertas dos limites de gastos. Os limites descritos usam custos brutos estimados; poupanças e créditos não são incluídos. O âmbito é um único projeto e um serviço suportado, e o período é mensal. Um operador deve fazer questão de ler estas condições antes de configurar o que quer que seja.

A aplicação também não é instantânea. A Google salienta que os excessos causados por atrasos continuam a ser cobrados. Um montante introduzido não é, portanto, uma promessa matemática de que a fatura final parará exatamente aí. A nova funcionalidade oferece uma intervenção técnica, não um substituto para compreender como é faturada.

Para o Cloud Run, a documentação do produto descreve efeitos específicos: os serviços deixam de poder responder a pedidos e devolvem erros na gama 5xx; outros tipos de recursos têm as suas próprias consequências. Uma paragem por custos é, por isso, também uma decisão de disponibilidade. Esta consequência pertence ao planeamento, não apenas ao relatório de incidente.

Um ensaio mostra que regra se aplica e quando

Não precisas de parar um serviço em execução para compreender o modelo. Esboça três contadores independentes: chamadas por cliente, trabalho em execução ao mesmo tempo e custos estimados no período em análise. Atribui uma resposta a cada um. A primeira regra rejeita mais chamadas de um cliente, a segunda limita o paralelismo e a terceira pode pausar todo um âmbito de serviço definido.

Client limit: Who may send requests, and how often?
Concurrency limit: How much work runs at the same time?
Spend cap: When is the service in question paused?

Depois, simula dois casos inventados: muitos pedidos curtos e alguns exigentes. Introduz apenas diferenças qualitativas, não montantes em euros inventados. O exercício mostra que regra chega sequer a ver cada caso. É um modelo mental, não um teste de carga ou de custos medido.

A infraestrutura do operador não é a franquia do cliente

A KENJTEC usa o Cloud Run para serviços da plataforma; isto pode ser verificado nas fontes de infraestrutura e de implementação do projeto. Daí não se segue que a nova funcionalidade da Google tenha sido ativada automaticamente. Também não dá a cada conta de cliente da KENJTEC um limite de infraestrutura ajustável individualmente. Um projeto do operador e uma subscrição de cliente são fronteiras de faturação diferentes.

Na prática, a pergunta importante é, portanto: que utilização deve um limite proteger, e que trabalho seria também parado quando é acionado? Um plano sensato descreve em conjunto o aviso, a intervenção e a retoma. Só então podes avaliar como um limite de gastos se articula com os limites de pedidos e com os teus próprios requisitos de disponibilidade.

Fontes e estado

Pesquisa e documentação à data de 25 de outubro de 2026. Notas de versão do Cloud Run — 12 de outubro de 2026 · Definições de faturação para serviços — Budget spend caps · Gerir orçamentos com limite de gastos.

Hamburgo é o nosso ponto de partida.

O que é útil viaja contigo.

IA prática de Hamburgo, explicada para todos.

Artigos guardados