O problema das chaves de API que nunca expiram
Uma chave emitida anos atrás, nunca trocada e ainda válida hoje não é uma conveniência. É um risco que ninguém examina de verdade há anos.
Por que o preço em lote deve ser igual ao preço por requisição avulsa
É tentador pensar em um endpoint de lote como uma oportunidade de desconto por volume, o mesmo instinto que faz comprar um pacote grande de alguma coisa parecer mais barato por unidade do que comprar as peças separadamente. Esse instinto não se aplica de fato a requisições de API da mesma forma que se aplica a bens físicos. Um lote de mil consultas de endereço exige as mesmas mil consultas individuais, cheguem elas em uma única conexão ou em mil conexões separadas. Não há economia de escala escondida no fato de elas terem chegado juntas, porque a parte cara, resolver cada consulta, é idêntica nos dois casos.
Cobramos requisições em lote e em massa exatamente pelo mesmo valor, por item, que requisições individuais. Uma chamada em lote com mil itens conta como mil requisições na sua cota gratuita ou no seu crédito pré-pago, aos mesmos € 0,0001 por requisição de chamar o endpoint mil vezes separadamente, ou é coberta da mesma forma por uma chave Unlimited. Não existe uma tarifa de lote separada e mais barata, porque não existe uma quantidade separada e menor de trabalho subjacente sendo feita.
Alguns provedores oferecem desconto por volume, e o atrativo para o cliente é óbvio: envie mais, pague menos por unidade. O raciocínio por trás desse desconto merece ser questionado, e não apenas bem-vindo. Se o custo marginal de atender uma consulta é de fato quase constante, como é na maioria das consultas de geocodificação, IP e fuso horário, um desconto por volume não está repassando um ganho real de eficiência. É uma decisão de preço de cobrar mais dos clientes menores para subsidiar uma tarifa menor para os maiores, disfarçada de recompensa pelo volume em vez do que realmente é, um subsídio cruzado.
Um preço fixo por item evita esse subsídio cruzado por completo. Um cliente que envia cem requisições por dia e um cliente que envia cem mil pagam exatamente a mesma tarifa por requisição, depois que ambos ultrapassam a cota gratuita. Nenhum está subsidiando o uso do outro. Isso também mantém a própria cota gratuita justa: uma chamada em lote continua consumindo a mesma cota diária de 2.500 requisições na mesma proporção de uma requisição por item, então o lote não pode ser usado para esticar silenciosamente o uso gratuito além do que um número equivalente de chamadas individuais permitiria.
Reconhecemos que o processamento em lote é realmente útil por motivos que não têm nada a ver com preço: menos idas e voltas, menos sobrecarga de conexão, código mais simples para processar de uma vez um conjunto grande e conhecido de consultas. Esses são benefícios reais de engenharia e justificam usar endpoints de lote por seus próprios méritos. O que o lote não deveria se tornar é um mecanismo para fazer a mesma quantidade total de trabalho parecer mais barata em uma fatura do que realmente é. Mil consultas custam o que mil consultas custam, e o preço deveria dizer isso claramente, independentemente de como elas foram empacotadas em requisições.