Gdzie w konsoli Google Cloud można zarządzać identyfikatorem klienta
Funkcja zarządzania identyfikatorem klienta w planie Premium jest dostępna w konsoli Cloud na dole strony danych logowania do Google Maps Platform w sekcji Identyfikator klienta.
Do innych zadań związanych z zarządzaniem identyfikatorem klienta, w tym autoryzacją URL-a i zarządzaniem tajnym kluczem identyfikatora klienta, można uzyskać dostęp na osobnej stronie Identyfikator klienta, klikając ikonę edytuj w sekcji Identyfikator klienta.
Ważne: abonament Google Maps Platform Premium nie jest już dostępny dla nowych klientów ani osób, które chcą się zarejestrować.
Zapewnienie zespołowi dostępu do niezbędnych zasobów
Korzystanie z konsoli Google Cloud
Dlaczego jest to ważne: konsola Google Cloud zapewnia dostęp do informacji takich jak raporty o wykorzystaniu, kanały informacyjne i zasoby dla deweloperów. Co ważniejsze, konsola Cloud umożliwia przesyłanie zgłoszeń do zespołu pomocy Google Maps Platform, jeśli wystąpią problemy techniczne podczas tworzenia lub wdrażania aplikacji.
Przed uruchomieniem włącz dostęp do konsoli Cloud wszystkim deweloperom odpowiedzialnym za konserwację aplikacji. Jeśli wystąpią problemy techniczne, dostęp do konsoli Cloud umożliwi członkom Twojego zespołu skontaktowanie się z zespołem pomocy, a nasz zespół pomocy będzie mógł skontaktować się z odpowiednimi osobami w Twojej organizacji. Na przykład zespół pomocy może skontaktować się z Twoją organizacją, jeśli wykryje nietypowy ruch lub zachowanie, które może spowodować awarię aplikacji. Możliwość skontaktowania się z odpowiednimi deweloperami może oznaczać różnicę między nieoczekiwaną awarią a zapobieganiem awarii.
Subskrybowanie grup e-mail z powiadomieniami
Dlaczego jest to ważne: aby być na bieżąco z rozwojem interfejsów Map API, zasubskrybuj co najmniej jedną z tych grup e-maili:
- google-maps-platform-notifications – informacje techniczne o interfejsach API i usługach internetowych Google Maps Platform, powiadomienia o przerwie w działaniu i ogłoszenia dotyczące funkcji platformy (3–5 wiadomości miesięcznie).
- google-maps-js-api-v3-notify – nowe wersje interfejsu Google Maps JavaScript API (około 4 wiadomości rocznie).
Optymalizacja aplikacji
Skonfiguruj zaporę, aby zezwolić na dostęp do usług Google Maps Platform
Dlaczego jest to ważne: usługi Google Maps Platform korzystają z różnych domen, z których niektóre nie należą do domeny *google.com. Jeśli korzystasz z ograniczającego zapory sieciowej, musisz zezwolić na dostęp do domen używanych przez każdą usługę interfejsu API Map Google. Jeśli zapora sieciowa nie zezwala na dostęp do tych domen, żądania interfejsu API się nie powiedzie, co może spowodować nieprawidłowe działanie aplikacji. Zobacz pełną listę domen używanych przez interfejsy API Map.
Nie zalecamy zarządzania ograniczeniami zapory sieciowej na podstawie adresu IP, ponieważ adresy IP powiązane z tymi domenami nie są statyczne.
Uwaga: usługi Google Maps Platform używają portu 80 (http) i 443 (https) do przychodzącego i wychodzącego ruchu. Te usługi wymagają też żądań GET, POST, PUT, DELETE i HEAD. Skonfiguruj zaporę sieciową, aby zezwolić na ruch przez te porty i żądania, w zależności od interfejsu API i przypadku użycia.
autoryzować domeny SSL do użytku z interfejsem Maps JavaScript API,
Dlaczego jest to ważne: jeśli używasz interfejsu Maps JavaScript API w domenie SSL, musisz wyraźnie autoryzować swoje domeny HTTPS, aby mieć pewność, że żądania nie zostaną odrzucone. Pamiętaj, że autoryzacja http://yourdomain.com nie powoduje automatycznego włączenia jego odpowiednika SSL, czyli https://yourdomain.com. Sprawdź listę autoryzowanych domen w konsoli Google Cloud, przewijając w dół do sekcji Identyfikator klienta. Aby rozwiązać problemy związane z korzystaniem z interfejsów API po stronie klienta w domenie SSL, sprawdź, czy jakieś elementy strony są ładowane przez HTTP. Zapoznaj się z przewodnikiem po rozwiązywaniu problemów z autoryzacją.
Wybierz odpowiednią wersję interfejsu API
Dlaczego jest to ważne: zanim zaczniesz tworzyć aplikację, musisz wiedzieć, które wersje interfejsów API są wycofane. Wybranie wersji interfejsów API, które nie zostały wycofane, pozwoli Ci zaoszczędzić czas i koszty związane z rozwojem, gdy wycofane wersje staną się niedostępne.
W szczególności ważne jest, aby zrozumieć schemat wersji używany przez interfejs Maps JavaScript API, aby uniknąć przypadkowego użycia niewłaściwej wersji interfejsu API w swoim środowisku.
Możesz na przykład użyć eksperymentalnej wersji interfejsu API w środowisku programistycznym lub testowym, ale zdecydowanie odradzamy używanie wersji eksperymentalnej w środowisku produkcyjnym. Nasze gwarancje SLA dotyczą tylko stabilnych wersji interfejsu API, dlatego w środowisku produkcyjnym należy używać tylko stabilnych wersji.
Zapoznaj się z przewodnikiem po wersjach interfejsu Maps JavaScript API.
Wybór między projektowaniem po stronie klienta a po stronie serwera
Dlaczego jest to ważne: wybór podejścia po stronie klienta lub serwera to decyzja architektoniczna, która ma kluczowe znaczenie dla stabilności i skalowalności aplikacji. W przypadku przetwarzania rekordów offline (czyli poza aplikacją) przed przetwarzaniem i po nim należy stosować podejście po stronie serwera. W przypadku części aplikacji, które współpracują z użytkownikami (czyli przetwarzają żądania przesłane przez użytkowników w czasie rzeczywistym), możesz też zastosować podejście po stronie klienta.
Stosowanie rozwiązania po stronie serwera, gdy powinno być ono stosowane po stronie klienta, jest główną przyczyną przekraczania limitów i w konsekwencji nieprawidłowego działania aplikacji. Przed zaprojektowaniem lub uruchomieniem aplikacji, która korzysta z wywołań po stronie serwera, zdecydowanie zalecamy zapoznanie się z strategiami kodowania adresów.
Optymalizacja wykorzystania limitu
Dlaczego to jest ważne: zrozumienie sposobu, w jaki aplikacja zużywa limit, czyli tzw. kredyty interfejsu Maps API, pomoże Ci zmniejszyć kwotę, którą płacisz. Jeśli na przykład korzystasz z interfejsu Maps JavaScript API, Twoja aplikacja zużywa środki z interfejsów API Map Google za każde wczytanie mapy. Zapoznaj się z przewodnikiem dotyczącym taryf i limitów abonamentu Premium.
Zarządzanie wykorzystaniem limitu usług internetowych
Przed uruchomieniem usługi musisz zrozumieć różne błędy związane z kwotą (np. OVER_QUERY_LIMIT, User Rate Limit
Exceeded) i skonfigurować w aplikacji odpowiednią logikę, aby móc reagować na takie błędy, gdy przekroczysz limit. Najpierw przeczytaj odpowiedzi na najczęstsze pytania na temat limitów wykorzystania.
Informacje o kodach stanu zwracanych przez poszczególne interfejsy API znajdziesz w przewodniku dla deweloperów dotyczącym danego interfejsu. Zapoznaj się na przykład z kodami stanu interfejsu Directions API.
Zrozumienie i wdrażanie tych koncepcji znacznie zmniejszy ryzyko przekroczenia przez aplikację dozwolonej puli, zablokowania przez Google lub uszkodzenia.
Przeprowadzanie testu obciążeniowego aplikacji
Dlaczego jest to ważne: przeprowadź test obciążeniowy aplikacji, aby mieć pewność, że aplikacja poradzi sobie z dużą liczbą żądań bez przekraczania limitów interfejsów API Map Google.
Platforma Google Maps Platform może obsługiwać bardzo duże ilości ruchu, ale testowanie w żywych usługach Google spowoduje przekroczenie przez aplikację dozwolonej kwoty i możliwe zablokowanie jej przez Google. Odpowiadasz też za opłaty za korzystanie z testów obciążeniowych.
Zamiast tego testowanie obciążenia aplikacji powinno zapewnić, że aplikacja będzie w stanie radzić sobie z dużą liczbą żądań bez przekraczania limitów interfejsów API Map Google lub blokowania przez Google. Aby to zrobić, przeprowadź test obciążeniowy na podstawie mock (fałszywego) interfejsu API, czyli usługi, która może obsłużyć dużą liczbę żądań, i odpowiedz na żądania prawidłowymi odpowiedziami bez angażowania Google Maps Platform. Przykład: jeśli twoja taryfa dla interfejsu Geocoding API wynosi 3000 QPM (zapytań na minutę), testowanie obciążenia aplikacji powinno zapewnić, że aplikacja może obsłużyć znacznie większą liczbę zapytań, np. 90 000 QPM, bez wysyłania do interfejsu Geocoding API większej liczby zapytań niż 3000 QPM.
Jeśli planujesz przeprowadzić test obciążeniowy, skontaktuj się z zespołem pomocy Google, aby uzyskać wskazówki i poinformować Google o planowanym teście.