Zarządzanie kosztami Google Maps Platform

Google Maps Platform oferuje szereg opcji kontrolowania wykorzystania i zapewniania, że jest ono zgodne z budżetem. Dostępne opcje:

• Zatrzymaj naliczanie opłat, ograniczając liczbę zdarzeń rozliczeniowych wywoływanych przez aplikację.
• Otrzymuj powiadomienia, gdy wykorzystanie zbliża się do określonych limitów budżetu lub limitów dla interfejsu API.
• Twórz aplikacje w bardziej opłacalny sposób.

Poniższa tabela zawiera dostępne opcje.

Zatrzymaj obciążenia	Powiadomienia	Zmniejszanie kosztów
Modyfikowanie limitów przydziału	Tworzenie budżetów i alertów dotyczących budżetu	Stosowanie opłacalnych strategii wdrażania

Odpowiedzialność za opłaty: ponosisz odpowiedzialność finansową za opłaty spowodowane nadużyciem kluczy interfejsu API bez ograniczeń. Zalecamy ograniczenie kluczy interfejsu API lub uwierzytelnianie za pomocą protokołu OAuth 2.0, jeśli jest obsługiwane.

Limity

Limity określają, jaka część usługi Google Maps Platform może być wykorzystywana przez projekt w chmurze Google. Limity mają na celu zapewnienie stabilności środowiska oraz równomiernej dostępności zasobów. Więcej informacji znajdziesz w artykule Omówienie limitów Cloud.

Ważne: strona Limity odzwierciedla wykorzystanie w czasie rzeczywistym na potrzeby odporności usługi, ale nie jest źródłem informacji na potrzeby rozliczeń. Aby precyzyjnie zarządzać budżetem i wyświetlać ostateczne opłaty, zawsze korzystaj z panelu rozliczeń usługi Google Cloud, który może mieć opóźnienie do 48 godzin.

Do limitu wliczają się:

• Żądania zakończone powodzeniem
• Żądania, które powodują błędy serwera

Te elementy nie wliczają się do limitu:

• Żądania, które nie przejdą uwierzytelniania

Możesz skonfigurować alerty dotyczące limitów, aby otrzymywać powiadomienia, gdy wykorzystanie interfejsu API zbliża się do limitu. Więcej informacji znajdziesz w artykule Konfigurowanie alertów dotyczących limitów i monitorowania.

Limity pomagają kontrolować wykorzystanie interfejsu API i zapobiegać nieoczekiwanym opłatom przez ograniczenie liczby żądań, które może wysyłać projekt. Limity są ustawiane domyślnie, ale można je zwiększyć lub zmniejszyć, przesyłając prośbę o dostosowanie. Więcej informacji o zarządzaniu limitami znajdziesz w artykule Wyświetlanie limitów i zarządzanie nimi.

Limit określa maksymalne wykorzystanie interfejsu API przez projekt, a tym samym maksymalną opłatę za ten interfejs API. Zmniejszenie limitu obniża ten pułap. Zwiększenie limitu oznacza, że projekt może wysyłać więcej żądań podlegających opłacie, zanim interfejs API przestanie odpowiadać. Zwiększenie limitu nie ogranicza wydatków ani nie chroni przed nieoczekiwanymi opłatami.

Załóżmy na przykład, że błąd w kodzie paginacji powoduje ciągłe wysyłanie żądań o następną stronę wyników bez warunku zatrzymania. Przy limicie 10 000 żądań dziennie interfejs API odrzuci żądania pętli po pierwszych 10 000. Jeśli zwiększysz limit do 100 tys. żądań dziennie,ta sama pętla może wysłać 10 razy więcej żądań podlegających opłacie, zanim interfejs API je odrzuci.

Limit ogranicza też koszty niechcianego ruchu, takiego jak żądania od automatycznych robotów lub od kogoś innego, kto używa Twojego klucza interfejsu API, ale nie jest to główna ochrona przed takim ruchem. Aby blokować niepożądany ruch, ogranicz klucze interfejsu API do swoich aplikacji i interfejsów API, których używają. Używaj limitów jako zabezpieczenia.

Poproś o zwiększenie limitu tylko wtedy, gdy aplikacja potrzebuje większej przepustowości na potrzeby oczekiwanego ruchu, np. w przypadku wprowadzenia produktu na rynek lub szczytu sezonowego.

Uwaga: ustawienie zbyt niskiego limitu może wpłynąć na możliwość korzystania z interfejsu API, co może spowodować przerwę w działaniu aplikacji dla użytkowników.

Ustawianie limitów

Aby ustawić sztywny limit wykorzystania interfejsu API, zmniejsz jego dzienny limit. Gdy projekt osiągnie limit, żądania do tego interfejsu API będą kończyć się niepowodzeniem przez resztę dnia. Limit jest stosowany ponownie każdego dnia, ponieważ dzienne limity są resetowane o północy czasu pacyficznego. Ustaw limit na poziomie wystarczająco wysokim, aby nie zakłócać normalnego ruchu w aplikacji. Jeśli na przykład Twoja aplikacja zwykle wysyła około 2000 żądań dziennie, a w dniach o dużym natężeniu ruchu do 3000, limit 4000 żądań dziennie obejmuje dni o największym natężeniu ruchu i zatrzymuje pętlę przy 4000 żądań.

Aby zmienić limit, otwórz stronę Limity w konsoli Cloud, wybierz interfejs API i zmodyfikuj limit. Szczegółowe instrukcje znajdziesz w artykule o wyświetlaniu limitów i zarządzaniu nimi.

Aby nie przekroczyć miesięcznego limitu bezpłatnego wykorzystania kodu SKU, podziel limit bezpłatnego wykorzystania przez 31 (największa liczba dni w miesiącu) i zaokrąglij w dół. Ustaw wynik jako limit dzienny dla limitu, który zlicza, za co SKU nalicza opłaty. Jeśli na przykład SKU ma limit bezpłatnego wykorzystania wynoszący 1000 zdarzeń podlegających rozliczeniu miesięcznie, podziel 1000 przez 31, aby uzyskać około 32,3. Limit dzienny wynoszący 32 pozwala utrzymać wykorzystanie na poziomie 992 lub niższym w dowolnym miesiącu. Limity bezpłatnego wykorzystania mogą się zmieniać, dlatego przed ustawieniem limitu sprawdź bieżący limit dla każdego kodu SKU.

Zanim ustawisz limit dzienny, sprawdź, jak rozliczany jest dany SKU:

• Jednostka rozliczeniowa: niektóre kody SKU są rozliczane za element lub za wczytanie mapy, a nie za żądanie. Na przykład żądania computeRouteMatrix są rozliczane według elementu, czyli liczby punktów początkowych pomnożonej przez liczbę miejsc docelowych. Żądanie z 5 miejscami początkowymi i 10 miejscami docelowymi jest rozliczane za 50 elementów. Jeśli ustawisz limit 32 żądań dziennie, aplikacja nadal będzie mogła używać 1600 elementów dziennie. W przypadku tych kodów SKU obniż limit dzienny, który liczy tę samą jednostkę, np. elementy dziennie, a nie żądania dziennie.
• Brak pasującego limitu: niektóre jednostki rozliczeniowe, takie jak sesje, nie mają pasującego limitu. Limit żądań nadal ogranicza wykorzystanie, ponieważ każda sesja obejmuje co najmniej 1 żądanie, ale może on blokować ruch, zanim osiągniesz limit bezpłatnego wykorzystania.
• Więcej niż 1 kod SKU na interfejs API: jeśli żądania wysyłane do interfejsu API mogą aktywować więcej niż 1 kod SKU, ustal limit na podstawie kodu SKU z najniższym limitem bezpłatnego wykorzystania.
• Więcej niż 1 interfejs API na kod SKU: jeśli więcej niż 1 interfejs API w projekcie jest rozliczany za pomocą tego samego kodu SKU, podziel limit dzienny między te interfejsy API.

Uwaga: ze względu na techniczne rozdzielenie systemów limitów i systemów rozliczeniowych mogą występować rozbieżności między tymi danymi. Jeśli używasz limitów, aby nie przekroczyć określonego budżetu, rozważ ustawienie limitów nieco niższych niż bezwzględne maksimum.

Dostosuj limit zgodnie z potrzebami

Regularnie sprawdzaj i dostosowuj limity interfejsów API, aby optymalizować wykorzystanie i koszty, jednocześnie zachowując równowagę między zapobieganiem nadmiernym wydatkom a zapewnieniem prawidłowego działania aplikacji.

• Monitoruj wzorce wykorzystania interfejsu API w konsoli Google Cloud. Ustaw limity, które są zgodne z Twoim budżetem i zapobiegają nadmiernym wydatkom.
• Upewnij się, że limity są wystarczające w okresach szczytowego wykorzystania.
• Wprowadzaj zmiany stopniowo i po każdej z nich dokładnie przetestuj aplikację, aby uniknąć zakłóceń.

Budżety i alerty

Jeśli masz określony budżet na korzystanie z Google Maps Platform, możesz uniknąć niespodzianek na rachunku, tworząc budżety i alerty rozliczeniowe usługi Google Cloud.

Kluczowa kwestia: w Google Cloud budżet to docelowa kwota, którą chcesz wydać w określonym czasie, np. w ciągu miesiąca. Budżety mogą być stosowane globalnie na poziomie organizacji, projektu lub usługi.

Możesz ustawić alerty dotyczące budżetu, które będą Cię powiadamiać, gdy osiągniesz określony procent łącznego budżetu. Dzięki temu możesz zobaczyć, jak koszty wykorzystania zmieniają się w czasie.

Więcej informacji znajdziesz w artykule Tworzenie, edytowanie i usuwanie alertów dotyczących budżetu.

Pamiętaj: ustawienie budżetu nie ogranicza automatycznie wykorzystania Google Cloud ani Google Maps Platform ani wydatków na te usługi. E-maile z alertami budżetowymi mogą zachęcać do podjęcia działań w celu kontrolowania kosztów, ale nie zapobiegają automatycznie korzystaniu z usług ani naliczaniu opłat za nie, gdy kwota budżetu lub reguły progu zostaną osiągnięte lub przekroczone.

Strategiczne zarządzanie kosztami

Skuteczne zarządzanie budżetem obejmuje korzystanie z bezpłatnych lub tańszych opcji, gdy tylko jest to możliwe. W tej sekcji omówiono różne strategie minimalizowania kosztów.

W miarę możliwości używaj interfejsu Maps Static API

W tych sytuacjach dobrze sprawdzają się mapy statyczne, które obsługują proste wyświetlanie mapy wymagające tylko jednego znacznika:

• Zaczynasz od prototypu, który nie ma jeszcze wielu funkcji.
• Nie masz żadnych dostosowań mapy.
• używasz maksymalnie 1 znacznika,
• Nie musisz obsługiwać interakcji użytkownika za pomocą map dynamicznych ani dynamicznego widoku Street View.

Leniwe ładowanie z użyciem miniatur

Miniatury (małe obrazy map) to dobre zastosowanie interfejsu Maps Static API. Te elementy są rozliczane według niższej stawki niż wczytania mapy dynamicznej, a po interakcji użytkownika mogą przekierować go do dynamicznej wersji Map Google, dzięki czemu płacisz za wczytania mapy dynamicznej tylko w przypadku zaangażowanych użytkowników.

Używanie tańszych kategorii cenowych

Google udostępnia różną liczbę bezpłatnych zdarzeń w zależności od kategorii cenowej. Możesz zoptymalizować aplikację, aby korzystała z funkcji z kategorii „Essentials” lub „Pro”, w których masz więcej bezpłatnych zdarzeń miesięcznego wykorzystania. Więcej informacji o kategoriach cenowych

Konsolidacja wielu map

Jeśli masz implementację, która wyświetla wiele map, postępuj zgodnie z tymi wytycznymi:

• Wczytuj mapy tylko wtedy, gdy jest to konieczne, aby zminimalizować niepotrzebne zasoby.
• Używaj ponownie jednej mapy, aktualizując w razie potrzeby jej widoczny obszar, powiększenie i znaczniki.
• Użyj rozwiązania Lokalizator sklepów Plus, jeśli wyświetlasz kilka map z lokalizacjami sklepów.
• Używaj jednej mapy na ekranie interfejsu użytkownika, ponieważ użytkownicy zwykle korzystają tylko z jednej mapy naraz.

Przechowywanie treści w pamięci podręcznej, gdy jest to dozwolone

Większość usług Google Maps Platform zabrania buforowania treści. Istnieją jednak pewne wyjątki, które pozwalają na przechowywanie wyników w pamięci podręcznej przez maksymalnie 30 dni. Szczegółowe informacje znajdziesz w warunkach korzystania z Google Maps Platform.