上限に達する前にキーの使用状況を監視する
割り当てヘッダーを随時確認しておけば、リクエストが実際に拒否されるよりずっと前に、上限が近づいていることが分かります。
タグ
#利用枠
プロバイダーを切り替えるときに想定しておくべきレート制限の違い
レート制限は、プロバイダーによって数値だけでなく仕組みも異なります。現在のロジックがそのまま通用すると考える前に確認すべきことを解説します。
1日の割り当てを消費せずに連携をテストする
1日あたりの無料割り当ては、まさにこのため、つまり費用もキーも必要になる前に連携を構築してテストするためにあります。
ネットワーク単位の割り当て：共有オフィスで1つの割り当てを共有する理由
1日あたりの無料割り当ては、アドレスごとではなくネットワークごとに数えられます。そのため、共有オフィスや建物では、複数ではなく1つの枠から消費されます。
レート制限をわかりやすく解説
My Geocodeのレート制限は、聞こえるよりもシンプルです。ネットワークごととキーごとに1日あたりの無料割り当てがあり、その先はプリペイドクレジットかUnlimitedでカバーします。
Webhookを使わずに大規模な一括処理ジョブのポーリングを設定する
ここには非同期のジョブキューはなく、同期型の一括リクエストだけです。そのため大規模なジョブでは、分割して送信し、自分の割り当てヘッダーをポーリングすることになります。
すべてのレスポンスに割り当てヘッダー：呼び出す前に上限を把握
My Geocodeのすべてのレスポンスには割り当てヘッダーが一式含まれているため、スクリプトは別途利用状況を問い合わせなくても、自分の状況を正確に把握できます。
割り当ての計算を狂わせずにジオコーディング結果をキャッシュする
住所をキャッシュするとリクエストを節約できますが、それはキャッシュと割り当てヘッダーが、実際に検索された内容について一致している場合に限ります。
X-Quota-Used と X-Quota-Limit ヘッダーを正しく読む
すべてのレスポンスには割り当てヘッダーが含まれていますが、正しく読むには、どれがキーの状況を反映し、どれがネットワークの状況を反映しているかを知る必要があります。
一括リクエストの数え方：1項目で1単位
100件の住所を含む1回の呼び出しは、1リクエストではなく100リクエストとして数えられます。一括呼び出しを呼び出し単位ではなく項目単位で数える理由を解説します。