今月のリリース:ジオコーディング、IP、タイムゾーンなど
APIの最近の取り組みのまとめです:新しい互換ホスト、より高速なタイムゾーンと標高の検索、ダッシュボードの機能、割り当ての見やすさの向上。
すべてのエンドポイントでIPv6に対応
IPv6はもはや特殊なケースではありません。現在、あらゆるAPIに届くトラフィックのうち、IPv6アドレスから来るものの割合は増え続けており、それを後回しにすると、まさに精度が重要な場所にギャップが生まれます。My Geocodeは現在、/v1/ip エンドポイントだけでなく、あらゆる場所でIPv4と同じようにIPv6を扱います。
/v1/ip にIPv6アドレスを送ると、IPv4アドレスの場合と同じ形式のレスポンスが返されます。位置情報フィールド、割り当てヘッダー、そして mg_extras=1 または X-MG-Extras ヘッダーを使った場合は、脅威情報やネットワーク詳細などの同じオプションのエクストラです。覚えるべき別のIPv6エンドポイントも、読むべき別のドキュメントもありません。同じ検索、同じヘッダー、同じルールです。
無料枠も、両方のアドレスファミリーを一貫して扱います。ただし、それぞれが実際にどのように割り当てられているかに合わせたグループ化を行います。IPv4アドレスは、所属する/24全体で1日の無料枠を共有します。IPv6アドレスは/48全体で共有します。これは、インターネットプロバイダーが通常1つの顧客や拠点に割り当てるブロックのサイズです。つまり、無料枠は引き続き「1つの場所」や「1つのオフィス」のような単位に対応し、はるかに大きなIPv6ブロック内のすべてのアドレスをそれぞれ別の顧客であるかのように数えることはありません。
この一貫性は互換ホストにも及びます。/compatibility/ip-api/、/compatibility/ipinfo/、/compatibility/ipstack/ はいずれも、代替するプロバイダーとまったく同じリクエストとレスポンスの形式を使い、IPv4アドレスと同じ方法でIPv6アドレスを解決します。何年も前にそれらのプロバイダー向けに書かれたスクリプトも、接続先を当社のホストに変えれば、入力にIPv6アドレスが現れた瞬間からそのまま動作し続け、お客様側でコードを変更する必要はありません。
IPジオロケーションそのもの以外にも、IPv6への対応は、裏側でネットワークの識別に依存するあらゆるものにとって重要です。レート制限、割り当ての追跡、不正利用の検出はすべて呼び出し元のアドレスを基準にしており、そのすべてが、大まかな推測に頼るのではなく、IPv6の範囲を正しく認識するようになりました。その結果、クライアントがどちらのプロトコルを使っていても、同じ公平性と同じ精度が得られます。
インフラがデュアルスタックの場合や、一部でIPv6のみへの移行を進めている場合でも、当社側で追加の設定は必要ありません。すでに使っているのと同じベースURLに、IPv4またはIPv6のクライアントアドレスからリクエストを送れば、レスポンスは同じように返ってきます。両方のアドレスファミリーの詳細は/docs/ipv4-lookup/と/docs/ipv6-lookup/に記載されています。