Conceito e mecanismo
A escolha de compute começa pelo contrato de execução: duração do trabalho, tolerância a interrupção, estado durável e interfaces exigidas. Um batch com checkpoints pode aproveitar Spot VMs, desde que a retoma não duplique efeitos e a janela tolere indisponibilidade de capacidade. Uma aplicação que depende de CRDs e operadores precisa de uma plataforma Kubernetes compatível. Uma aplicação HTTP que não precisa dessa API pode ter outras opções de operação. Em Cloud Run, concorrência é o número de pedidos em curso por instância. Doze instâncias com oito pedidos cada representam 96 pedidos simultâneos nesse conjunto; não representam automaticamente 96 pedidos por segundo, pois a duração dos pedidos também conta.
Aplicação guiada
Num projeto de reconciliação, desenha uma experiência pequena: interrompe um worker num ambiente autorizado, conserva os resultados confirmados e retoma com os mesmos identificadores. Compara totais, duplicados e tempo final. Para um MIG, confirma template, limites de escala e capacidade dos serviços a jusante; aumentar workers pode saturar a base. O plano de infraestrutura deve ser revisto mesmo quando uma ferramenta de IA o gera. Se uma alteração de label propõe substituir uma base de dados, suspende a aplicação e investiga o diff. Guarda a decisão, a versão aprovada e a recuperação prevista para que a equipa de RUN consiga repetir o processo sem depender do autor.
Um checkpoint só é útil se corresponde a efeitos confirmados e sobrevive à perda do worker; ensaia falhas entre processamento e confirmação.
Armadilhas comuns
Spot como capacidade garantida; concorrência como throughput; template como revisão automática; IA como aprovação da mudança.
Tópicos relacionados: Dados, disponibilidade e redes privadas · Operação de releases, nodes e recuperação
A capacidade deve respeitar o estado, as dependências e o processo de mudança.
Referência: Spot VMs · Standard exam guide linked 2026-09-29; edition date unconfirmed