2013-06-06 15 views
5

私は他の誰もが想像しているように、1日あたり1000回のミラーAPIコールを提供しています。ミラーAPIへの呼び出し回数を制限するベストプラクティス

有望なバッチ処理機能がありますが、1つのクレデンシャルだけをバッチ処理できるように見えます。したがって、1人の顧客であっても、60秒ごとにAPIにプッシュするのは1440リクエスト/日になります。理想的には、30秒は私がなりたい場所です。 1日に2880リクエストに顧客数を乗じます。それは本当に速く本当に大きくなるでしょう。

私は何かが不足している可能性がありますが、その周りに道案内がありません。

それは私が1つの巨大なメッセージに30秒の期間内のすべてのクライアント間ですべての更新をglom可能性が入手できた場合は...

は変えています最新のテレメトリでカードを維持するためのより良いデザインパターンがありますリアルタイムで?

+7

バッチ処理では、実際にはカウントされたAPIリクエストの数が減るわけではなく、HTTPオーバーヘッドのみが減少することに注意してください。 10個のリクエストをまとめてバッチ処理すると、APIクォータに対して10個のリクエストとしてカウントされます。 – Scarygami

答えて

0

バッチリクエストでAuthorizationヘッダーを設定する代わりに、各サブリクエストにAuthorizationヘッダーを設定するだけで、複数のユーザーに単一のバッチリクエストでリクエストを送信できます。

PythonJava Quick Startプロジェクトでは、バッチリクエストを使用して最大10人のユーザーに更新を送信する例があります。これは、Building Glass Services with the Google Mirror API I/Oセッションでも言及されています。

それ以外の場合は、reference guideでプロトコルのマニュアルを確認できます。

Scarygamiで述べたように、各サブリクエストはクォータを消費するため、特にgzipエンコーディングを使用する場合は、帯域幅とHTTPリクエストを節約することが最適化です。

関連する問題