Os limites de taxa variam entre provedores de maneiras que vão além do número bruto de requisições permitidas, e uma migração que verifica apenas o limite principal pode deixar passar diferenças estruturais que, na prática, importam mais do que o próprio número.
Algumas dimensões estruturais que vale a pena verificar especificamente, para qualquer provedor para o qual você esteja migrando ou do qual esteja saindo:
Sobre o que o limite é contado. Alguns provedores limitam apenas por chave de API. Outros limitam por endereço IP, por conta ou por alguma combinação. A estrutura do My Geocode conta a cota gratuita por rede, ou seja, por /24 no IPv4 ou por /48 no IPv6, e ela é compartilhada entre o uso sem chave e com chave originado dessa mesma rede. É um modelo significativamente diferente de um limite contado apenas por chave, e isso importa especialmente para aplicações que rodam atrás de uma faixa de IP compartilhada, como uma rede corporativa ou um ambiente de nuvem em que muitas instâncias compartilham um bloco de endereços.
Como o limite é reiniciado. Diário, mensal ou em janela móvel são abordagens comuns, e a diferença afeta como você deve pensar o ritmo de uma tarefa em massa ou o tratamento de um pico de tráfego. Um limite que é reiniciado em um horário diário fixo se comporta de forma diferente sob uma rajada de tráfego do que um baseado em janela móvel.
Se as informações de limite são expostas em cada resposta ou exigem uma verificação separada. Isso determina se a sua aplicação pode se autorregular de forma proativa ou se só vai descobrir que atingiu um limite quando uma requisição falhar. O My Geocode expõe isso diretamente: cada resposta traz X-Quota-Limit, X-Quota-Used, X-Quota-Free-Remaining, X-Quota-Network-Used, X-Credits-Remaining, X-Key-IPs-Used, X-Key-IPs-Limit e X-Quota-Reset como cabeçalhos, documentados em /docs/rate-limits/, o que significa que a lógica de nova tentativa e de ritmo pode ler o status atual na própria resposta que acabou de receber, em vez de consultar repetidamente um endpoint ou painel separado.
O que acontece além do limite. O provedor bloqueia as requisições, passa a responder mais devagar ou cobra o excedente automaticamente? O modelo do My Geocode além da cota gratuita diária é crédito pré-pago a € 0,0001 por requisição ou uma chave Unlimited a € 50 por mês, com todos os endpoints pelo mesmo preço, e vale a pena comparar isso diretamente com o comportamento de excedente ou de limitação que o seu provedor atual adota, já que eles podem diferir bastante na forma como um pico de tráfego realmente afeta o comportamento da sua aplicação no momento.
Antes de trocar, vale a pena reescrever explicitamente qualquer lógica de nova tentativa ou de backoff que faça referência a um nome de cabeçalho, código de status ou limite numérico específico do seu provedor atual, em vez de presumir que a mesma lógica simplesmente vai funcionar com os sinais de limite de taxa de outro provedor. Na maioria das aplicações, é um trecho pequeno de código, mas é exatamente o tipo de detalhe que quebra silenciosamente durante uma migração se não for revisado de forma deliberada, já que um erro de limite de taxa tratado incorretamente tende a piorar um pico de tráfego real, em vez de melhorá-lo.