今月のリリース:ジオコーディング、IP、タイムゾーンなど
APIの最近の取り組みのまとめです:新しい互換ホスト、より高速なタイムゾーンと標高の検索、ダッシュボードの機能、割り当ての見やすさの向上。
インフラのアップグレードで応答時間が短縮
My Geocodeへのすべてのリクエストは、どのエンドポイントに届くか、どの互換ホスト向けの形かに関係なく、同じ配信インフラを通ってから応答が返ります。私たちは最近、この共通インフラのアップグレードを完了し、その結果、全体的に応答時間が短くなりました。
これは特定のエンドポイントに限った変更ではなく、プラットフォーム全体の変更です。/v1/forward、/v1/reverse、/v1/ip、/v1/timezone、/v1/elevation、/v1/autocomplete、/v1/postcodeはすべて同じアップグレード後の基盤の上にあり、17の互換ホストもすべて同様です。今回の変更で、リクエストパラメータ、レスポンスフィールド、認証方法、料金は何も変わっていません。アップグレードは完全に裏側で行われ、目に見えるのは応答が返ってくる速さだけです。
ほとんどの連携では、この種の改善は正確に測定されるというより体感されるもので、呼び出しが以前より少し速く返ってくるという全体的な感覚です。かなりの量を処理する連携、特に多数の項目を順番に処理するバッチジョブや、ユーザーの入力に合わせて繰り返し実行されるオートコンプリートのようなトラフィックがある場合は、効果が多数のリクエストにわたって積み重なり、直接気づきやすくなります。8文字の検索語をキー入力のたびにリクエストするオートコンプリートの入力欄は、入力し終えるまでに8回の呼び出しを行います。その1回1回をわずかでも短縮すれば、やり取り全体の感じ方が変わります。これは、単独の検索1回ではまったく表れない形の変化です。
私たちは、このようなインフラ作業を一度きりのプロジェクトではなく、継続的な責任として扱っています。実際のプロダクトの土台として使われるジオコーディングAPIは、公開した日だけでなく、利用が増えても高いパフォーマンスを保ち続ける必要があります。そのためには、配信スタックをいつまでも手つかずのままにせず、定期的に見直すことが欠かせません。今回のアップグレードは、その継続的なプロセスの一歩であり、最終的なゴールではありません。
すべてのエンドポイントとすべての互換ホストが同じ共有スタックを通って動作しているため、このようなアップグレードはエンドポイントごと、ホストごとに繰り返す必要がなく、一度行うだけですべてに効果が及びます。この共有設計があるからこそ、ここでの変更がリクエストの形式、レスポンスのフィールド、割り当てエンジンに影響することはありません。それらはまったく別のレイヤーにあるからです。
その結果として、割り当てや課金の仕組みが変わることはありません。すべてのレスポンスには、これまでと同じ割り当てヘッダー一式(X-Quota-Limit、X-Quota-Used、X-Quota-Free-Remaining、X-Quota-Network-Used、X-Credits-Remaining、X-Key-IPs-Used、X-Key-IPs-Limit、X-Quota-Reset)が引き続き含まれます。無料割り当て、プリペイドクレジットの単価、Unlimitedパッケージの料金もすべて変更ありません。
すべての互換ホストも同じ共有スタックの上で動作しているため、TomTom形式の呼び出しでも/v1/forwardへのネイティブな呼び出しでも、同じだけ高速化の効果が得られます。この改善は、ホストごとに申請したり、特定の連携のために個別に交渉したりする必要があるものではありません。
ユーザー向けの機能である、あるいは大量のバッチリクエストを処理しているといった理由で、連携がレスポンス時間の影響を受けやすい場合は、お客様の側で何も変更しなくても違いを実感できるはずです。すべてのエンドポイントの完全なドキュメントはこれまでとまったく同じで、/docs/でご覧いただけます。