Migrar chamadas de geocodificação feitas diretamente de um aplicativo móvel traz algumas restrições que uma migração puramente no servidor não enfrenta, e vale a pena nomeá-las com clareza antes de começar, já que elas mudam o formato do plano.
A primeira é o ritmo de lançamentos. Uma mudança no servidor pode entrar no ar no momento em que é implantada. Uma mudança em um aplicativo móvel precisa passar pela revisão da loja de aplicativos, e a adoção depois depende de os usuários realmente atualizarem, o que para muitos aplicativos leva semanas para alcançar a maioria da base instalada e pode levar bem mais tempo para alcançar todos. Qualquer plano de migração de um aplicativo móvel precisa prever a execução de dois provedores, ou de duas versões do aplicativo, lado a lado por mais tempo do que uma migração de servidor normalmente exige.
A segunda é a exposição de credenciais. Uma chave de API embutida diretamente no binário de um aplicativo móvel pode ser extraída por qualquer pessoa motivada a procurá-la, o que é uma questão de segurança independentemente do provedor envolvido. Se a sua integração atual chama uma API de geocodificação diretamente do cliente com uma chave embutida, uma migração é um momento razoável para repensar esse padrão e passar a chamada para trás do seu próprio backend, mesmo que isso acrescente um pouco de latência e um pouco de trabalho no backend.
Alguns passos práticos que se aplicam à maioria das migrações móveis:
As opções de autenticação do My Geocode (um cabeçalho X-API-Key, um cabeçalho Authorization: Bearer, autenticação HTTP Basic ou um parâmetro de consulta) funcionam da mesma forma, quer a requisição parta diretamente de um cliente móvel ou do seu próprio backend fazendo proxy da chamada, então essa decisão em particular (cliente ou servidor) não restringe o estilo de autenticação disponível em nenhum dos casos. O uso da cota fica visível em todas as respostas por meio de cabeçalhos como X-Quota-Used e X-Quota-Reset, documentados em /docs/rate-limits/, o que é útil para acompanhar o progresso da implantação de uma migração móvel, se você conseguir acessar esses cabeçalhos no ponto de origem das requisições.
Migrações móveis recompensam mais a paciência do que as de servidor, principalmente porque o ciclo de lançamento e adoção impõe um prazo que você não consegue encurtar trabalhando mais rápido. Planejar uma janela de transição mais longa desde o início evita a frustração de esperar o ritmo de uma migração de servidor de um processo que, por sua estrutura, não consegue andar tão rápido.