Sprawdzone metody ograniczania liczby połączeń z interfejsem lustrzanym API

Question

Ja, podobnie jak wszyscy, jak sądzę, przysługuje mi limit 1000 połączeń z interfejsem API Mirror dziennie.

Widzę, że jest to obiekt dozujący, który wygląda obiecująco, ale wydaje się, że jest w stanie realizować tylko wsadowe żądania pojedynczego poświadczenia. Tak więc nawet jeden klient, naciskając na API co 60 sekund, będzie 1440 żądań dziennie. Najlepiej byłoby, gdyby 30 sekund było tam, gdzie chciałbym być. 2880 żądań dziennie zostanie pomnożone przez liczbę klientów. Będzie naprawdę bardzo szybko.

Być może czegoś brakuje, ale nie widzę sposobu na obejście tego.

Gdyby było dostępne mogłem glom wszystkie aktualizacje na wszystkich klientów w drugim okresie 30 w jeden gigantyczny wiadomości ...

Czy istnieje lepszy wzorzec projektowy, aby utrzymać karty up-to-date z telemetrii, które się zmienia w czasie rzeczywistym?

Answer 1

Możesz wysyłać żądania do wielu użytkowników za pomocą pojedynczego żądania wsadowego: zamiast ustawiania nagłówka Authorization w żądaniu wsadowym, po prostu ustaw nagłówek Authorization w każdej pod-żądaniu.

Nasze projekty Python i Java Quick Start mają przykład wykorzystania żądania wsadowego do wysłania aktualizacji do 10 użytkowników. Jest to również wspomniane w sesji I/O Building Glass Services with the Google Mirror API.

W przeciwnym razie można sprawdzić dokumentację protokołu w naszym reference guide.

Jak wspomniał Scarygami, każda z sub-zgłoszeń zużyje limit, więc jedyną optymalizacją jest zaoszczędzenie na przepustowości i żądaniach HTTP, szczególnie w przypadku kodowania gzip.