Prémio regional e residência de dados
Atualizado September 1, 2026 · publicado originalmente September 1, 2026
A tabela com que orçamentou é quase sempre a dos EUA. Encaminhe o mesmo pedido por um endpoint europeu ou asiático, ou fixe-o a uma região por residência, e o número muda — às vezes no preço do token, mais vezes em tudo o resto.
De onde vem o prémio
De quatro sítios ao mesmo tempo. Preço regional, que difere por plataforma. Disponibilidade de modelos, atrasada fora da região primária. Egress e latência entre regiões. E sobretudo menos funcionalidades: sem cache de prompts ou preço batch nessa região, perde descontos que já dava como certos.
É esse o que dói: uma carga desenhada sobre cache e batch, movida para uma região sem eles, não custa uns pontos percentuais a mais — custa o que custaria sem otimização nenhuma.
Decida, não herde
A residência é muitas vezes uma obrigação real e o prémio é o preço de operar legalmente. O erro é pagá-lo para cargas que nunca precisaram dele.
Separe o tráfego pela natureza do dado: o regulado vai para a região conforme, o resto vai onde for mais barato.
Artigos relacionados
Quer aplicar isto à sua plataforma? Traga as faturas dos fornecedores, os registos do gateway e os principais fluxos de trabalho; mapearemos os custos e as oportunidades de poupança. Marcar auditoria gratuita →