Limity wykorzystania

Limity i kwoty chronią infrastrukturę Google przed zautomatyzowanymi procesami, które wykorzystują interfejs Reseller API w nieodpowiedni sposób. Nadmierna liczba żądań z interfejsu API może być wynikiem nieszkodliwego błędu w pisowni lub nieefektywnie zaprojektowanego systemu, który wykonuje niepotrzebne wywołania interfejsu API. Niezależnie od przyczyny blokowanie ruchu z określonego źródła po osiągnięciu określonego poziomu jest niezbędne dla ogólnej kondycji systemu Google Workspace. Dzięki temu działania jednego dewelopera nie mogą negatywnie wpłynąć na większą społeczność.

Nieudane żądania do interfejsu API

W mało prawdopodobnym przypadku niepowodzenia żądania interfejsu API aplikacja otrzyma kod stanu HTTP. Kod stanu 403 zawiera informacje o błędach związane z nieprawidłowym wejściem, a kod stanu HTTP 503 zawiera informacje o błędach wskazujące, które limity interfejsu API zostały przekroczone. Te odpowiedzi umożliwiają aplikacji niestandardowej wykrywanie błędów i podejmowanie odpowiednich działań.

Błędy związane z czasem

W przypadku wszystkich błędów związanych z czasem (maksymalnie N elementów przez N sekund na wątek), zwłaszcza błędów kodu stanu 503, zalecamy, aby kod przechwytywał wyjątek i za pomocą algorytmu wykładniczego wycofywania czekał na niewielkie opóźnienie przed ponowną próbą wykonania nieudanego wywołania. Przykładem użycia interfejsu Reseller API w jednym wątku jest odczekanie 5 sekund i ponowienie nieudanego wywołania. Jeśli żądanie zostanie zrealizowane, powtórz ten wzorzec w przypadku pozostałych wątków. Jeśli druga prośba nie zostanie zrealizowana, aplikacja powinna zmniejszyć częstotliwość próśb, dopóki nie zostanie zrealizowana. Możesz na przykład zwiększyć początkowe 5-sekundowe opóźnienie do 10 sekund i ponownie spróbować wykonać połączenie, które się nie powiodło. Określ też limit ponownych prób. Na przykład ponów żądanie 5–7 razy z różnymi czasami opóźnienia, zanim aplikacja zwróci użytkownikowi błąd.

Limity

Kategorie limitów interfejsu API Limity
Subskrypcja purchaseOrderId Ta właściwość akceptuje maksymalnie 80 znaków w formacie zwykłego tekstu.
Subskrypcja maxResults maxResults ciąg zapytania może zawierać od 1 do 100 wyników. Domyślnie wyświetlanych jest 20 wyników.
Token przeniesienia (customerAuthToken) Token przeniesienia klienta jest ważny przez 30 dni od wygenerowania.
Maksymalna liczba użytkowników klienta W zależności od umowy maksymalna liczba użytkowników może wynosić 50 tys. lub maksymalną liczbę określoną w umowie z odsprzedawcą.
Nieautoryzowane żądania Google nie zezwala na nieautoryzowane żądania do interfejsu Reseller API. Żądanie jest uznawane za nieautoryzowane, jeśli nie podano tokena autoryzacji. Więcej informacji znajdziesz w artykule Uwierzytelnianie i autoryzacja.

Inne rodzaje limitów

Inne rodzaje limitów Ograniczenia i wytyczne
Format danych Dane są w formacie JavaScript Object Notation JSON.

JSON to popularny format internetowy, który umożliwia reprezentowanie dowolnych struktur danych. JSON to format tekstowy, który jest całkowicie niezależny od języka, ale wykorzystuje konwencje znane programistom języków z rodziny C, w tym C, C++, C#, Java, JavaScript, Perl i Python.
Format godziny Wszystkie daty i godziny są podawane w konwerterze czasu uniksowego w milisekundach. Ten format dotyczy wartości czasu utworzenia subskrypcji, czasu rozpoczęcia i zakończenia zobowiązania w ramach abonamentu oraz czasu zakończenia 30-dniowego bezpłatnego okresu próbnego.