Gerenciar os custos da Plataforma Google Maps

A Plataforma Google Maps oferece várias opções para controlar o consumo e garantir que o uso esteja alinhado ao seu orçamento. As opções incluem:

• Limite o número de eventos de faturamento que o app aciona para interromper as cobranças.
• Receba notificações quando seu uso se aproximar de limites específicos de orçamento ou da API.
• Crie apps com mais economia.

A tabela a seguir mostra as opções.

Interromper cobranças	Receber notificação	Criar com menor custo
Modificar limites de cota	Criar orçamentos e alertas de orçamento	Seguir estratégias de implementação com boa relação custo-benefício

Sua responsabilidade pelas cobranças: você é financeiramente responsável pelas cobranças causadas pelo abuso de chaves de API irrestritas. Como prática recomendada, restrinja suas chaves de API ou autentique-se usando o OAuth 2.0, se houver suporte.

Cotas

As cotas restringem quanto de um serviço da Plataforma Google Maps pode ser usado pelo seu projeto do Google Cloud. As cotas têm como objetivo garantir a imparcialidade e reduzir picos no uso e na disponibilidade de recursos. Saiba mais em Visão geral das cotas do Cloud.

Importante : a página Cotas reflete o uso em tempo real para resiliência do serviço, mas não é uma fonte de informações para faturamento. Para uma gestão de orçamento precisa e para ver as cobranças finalizadas, use sempre o painel do Cloud Billing, que pode ter até 48 horas de latência.

Os itens a seguir são contabilizados na cota:

• Solicitações bem-sucedidas
• Solicitações que causam erros de servidor

Os itens a seguir não são contabilizados na cota:

• As solicitações com erro de autenticação

É possível configurar alertas de cota para receber notificações quando o uso da API estiver se aproximando do limite. Para mais informações, consulte Configurar alertas de cota e monitoramento.

Os limites de cota ajudam a controlar o uso da API e evitar cobranças inesperadas, limitando o número de solicitações que seu projeto pode fazer. Embora os limites de cota sejam definidos por padrão, eles podem ser aumentados ou diminuídos enviando uma solicitação de ajuste. Para mais informações sobre como gerenciar cotas, consulte Visualizar e gerenciar cotas.

Uma cota define o máximo que seu projeto pode usar uma API, então ela também define o máximo que você pode ser cobrado por essa API. Diminuir uma cota reduz esse limite. Aumentar uma cota significa que seu projeto pode fazer mais solicitações faturáveis antes que a API pare de responder. Um aumento de cota não limita seus gastos nem protege você de cobranças inesperadas.

Por exemplo, suponha que um bug no código de paginação continue solicitando a próxima página de resultados sem uma condição de parada. Com uma cota de 10.000 solicitações por dia, a API rejeita as solicitações do loop após as primeiras 10.000. Se você aumentar a cota para 100.000 solicitações por dia, o mesmo loop poderá fazer 10 vezes mais solicitações faturáveis antes que a API as rejeite.

Uma cota também limita o custo do tráfego indesejado, como solicitações de rastreadores automatizados ou de outra pessoa que use sua chave de API, mas não é sua principal proteção contra esse tráfego. Para bloquear o tráfego indesejado, restrinja as chaves de API aos seus apps e às APIs que eles usam. Use cotas como um recurso de segurança.

Solicite um aumento de cota somente quando o app precisar de mais capacidade para o tráfego esperado, como um lançamento de produto ou um pico sazonal.

Atenção: definir uma cota muito baixa pode afetar sua capacidade de usar a API, o que pode causar uma interrupção voltada ao usuário no aplicativo.

Definir limites de cota

Para definir um limite rígido de uso de uma API, reduza a cota diária dela. Quando o projeto atinge o limite, as solicitações para essa API falham pelo restante do dia. O limite é aplicado novamente todos os dias, porque as cotas diárias são redefinidas à meia-noite do horário do Pacífico. Defina o limite alto o suficiente para o tráfego normal do app. Por exemplo, se o app costuma fazer cerca de 2.000 solicitações por dia e até 3.000 em dias movimentados, um limite de 4.000 solicitações por dia cobre os dias mais movimentados e interrompe um loop descontrolado em 4.000 solicitações.

Para alterar um limite, abra a página Cotas no console do Cloud, selecione a API e edite a cota. Para ver as etapas detalhadas, consulte Ver e gerenciar cotas.

Para não ultrapassar o limite de uso mensal sem custo financeiro de uma SKU, divida esse limite por 31 (o número máximo de dias em um mês) e arredonde para baixo. Defina o resultado como o limite diário na cota que conta o que a SKU cobra. Por exemplo, se uma SKU tiver um limite de uso sem custo financeiro de 1.000 eventos faturáveis por mês, divida 1.000 por 31 para chegar a aproximadamente 32,3. Um limite diário de 32 mantém o uso em 992 ou menos em qualquer mês. Os limites de uso sem custo financeiro podem mudar. Por isso, verifique o limite atual de cada SKU antes de definir um limite.

Antes de definir um limite diário, verifique como a SKU é faturada:

• Unidade de faturamento: algumas SKUs cobram por elemento ou por carregamento de mapa, não por solicitação. Por exemplo, as solicitações de computeRouteMatrix são faturadas por elemento, que é o número de origens multiplicado pelo número de destinos. Uma solicitação com 5 origens e 10 destinos é cobrada por 50 elementos. Se você definir um limite de 32 solicitações por dia, seu app ainda poderá usar 1.600 elementos por dia. Para essas SKUs, reduza a cota diária que conta a mesma unidade, como elementos por dia, não solicitações por dia.
• Nenhuma cota correspondente: algumas unidades de faturamento, como sessões, não têm uma cota correspondente. Uma cota de solicitações ainda limita esse uso, porque cada sessão inclui pelo menos uma solicitação, mas pode bloquear o tráfego antes que você atinja o limite de uso sem custo financeiro.
• Mais de uma SKU por API: se as solicitações para uma API puderem acionar mais de uma SKU, baseie o limite na SKU com o menor limite de uso sem custo financeiro.
• Mais de uma API por SKU: se mais de uma API no seu projeto faturar para a mesma SKU, divida o limite diário entre essas APIs.

Observação : devido à separação técnica entre os sistemas de cota e faturamento, pode haver discrepâncias entre essas métricas. Se você estiver usando cotas para não ultrapassar um orçamento específico, considere definir os limites de cota um pouco abaixo do máximo absoluto.

Ajustar a cota conforme necessário

Revise e ajuste regularmente suas cotas de API para otimizar o uso e os custos, encontrando um equilíbrio entre evitar gastos excessivos e garantir que o aplicativo funcione corretamente.

• Monitore seus padrões de uso da API no console do Google Cloud. Defina cotas que se alinhem ao seu orçamento e evitem gastos excessivos.
• Verifique se as cotas podem lidar com períodos de pico de uso.
• Faça ajustes graduais e teste o aplicativo minuciosamente após cada mudança para evitar interrupções.

Orçamentos e alertas

Se você tem um orçamento específico para usar a Plataforma Google Maps, evite surpresas na sua fatura criando orçamentos e alertas do Cloud Billing.

Importante : no Google Cloud, um orçamento é um valor que você quer gastar em um período específico, como por mês. Os orçamentos podem ser aplicados globalmente no nível da organização, do projeto ou do serviço.

É possível definir alertas de orçamento para receber notificações quando você atingir uma determinada porcentagem do orçamento total. Assim, você pode ver como os custos de uso estão evoluindo ao longo do tempo.

Para mais informações, consulte Criar, editar ou excluir um alerta de orçamento.

Lembrete: definir um orçamento não limita automaticamente o uso ou os gastos do Google Cloud ou da Plataforma Google Maps. Os e-mails de alerta de orçamento podem solicitar que você entre em ação para controlar seus custos, mas não impedem automaticamente o uso ou o faturamento dos serviços quando o valor do orçamento ou as regras de limite são atingidos ou excedidos.

Gerenciamento estratégico de custos

Um orçamento eficaz envolve o uso de opções sem custo financeiro ou de menor custo sempre que possível. Nesta seção, exploramos várias estratégias para minimizar custos.

Usar a API Maps Static sempre que possível

As situações a seguir funcionam bem com mapas estáticos, que oferecem suporte a exibições de mapas simples que precisam apenas de um marcador:

• Você está começando com um protótipo que ainda não tem muitos recursos.
• Você não tem personalizações de mapa.
• Você usa no máximo um marcador.
• Não é necessário oferecer suporte à interação do usuário usando mapas dinâmicos ou o Dynamic Street View.

Carregamento lento usando miniaturas

Miniaturas (imagens de mapa pequenas) são um bom uso para a API Maps Static. Esses itens têm uma taxa menor do que os carregamentos de mapas dinâmicos e, mediante interação do usuário, podem direcionar a uma versão dinâmica do Google Maps no clique. Assim, você só paga pelos carregamentos de mapas dinâmicos para usuários engajados.

Usar categorias de preços mais baratas

O Google oferece um número diferente de eventos de uso sem custo financeiro para cada categoria de preço. É possível otimizar o aplicativo para usar recursos nas categorias "Essentials" ou "Pro", em que você tem mais eventos de uso mensal sem custo financeiro. Saiba mais sobre as categorias de preços.

Consolidar vários mapas

Se você tiver uma implementação que exibe vários mapas, siga estas diretrizes:

• Carregue mapas apenas quando necessário, minimizando recursos desnecessários.
• Reutilize um único mapa atualizando a janela de visualização, o zoom e os marcadores conforme necessário.
• Use a solução Store Locator Plus se você estiver exibindo vários mapas para mostrar os locais das lojas.
• Use um único mapa por tela da interface do usuário, já que as pessoas geralmente só interagem com um mapa por vez.

Armazenar conteúdo em cache quando permitido

A maioria dos produtos da Plataforma Google Maps proíbe o armazenamento de conteúdo em cache. No entanto, algumas exceções permitem armazenar em cache os resultados por até 30 dias. Consulte os termos da Plataforma Google Maps para mais detalhes.