大量の一括処理ジョブに適切なタイムアウトを設定する
1回の呼び出しに数千件の項目を含む一括リクエストには、単一の検索向けのデフォルト値ではなく、その規模に見合ったタイムアウトの設定が必要です。
1回の呼び出しに数千件の項目を含む一括リクエストには、単一の検索向けのデフォルト値ではなく、その規模に見合ったタイムアウトの設定が必要です。
配信基盤全体のインフラをアップグレードしたことで、リクエストやレスポンスの形式を一切変えることなく、プラットフォーム全体の応答時間が短縮されました。
標高のエンドポイントが、多数の座標からなる長いルートをより効率的に処理できるようになりました。標高プロファイルをリクエストするルーティングやハイキングのアプリケーションを想定した改善です。
旧プロバイダーでキャッシュしたジオコーディング結果が、新しいプロバイダーにそのまま通用するわけではありません。移行中にそのキャッシュを正しく扱う方法を解説します。
整った郵便番号と国がすでにわかっている場合は、自由形式テキストの解析を完全に省き、郵便番号のエンドポイントに直接問い合わせて、より直接的な一致を得ます。
すべてのリクエストの背後にあるタイムゾーンの検索テーブルを高速化のために再構築しました。リクエストの構造やレスポンスのフィールドに変更はありません。
住所をキャッシュするとリクエストを節約できますが、それはキャッシュと割り当てヘッダーが、実際に検索された内容について一致している場合に限ります。