有効期限のないAPIキーの問題点
何年も前に発行され、一度もローテーションされず、今も有効なキーは、便利なものではありません。何年も誰も実際に確認していない負債です。
一括処理の料金を単一リクエストの料金と同じにすべき理由
バッチエンドポイントを大量割引の機会と考えたくなるものです。何かを大きなパックで買うと、ばら売りで買うより1個あたりが安く感じられるのと同じ直感です。しかし、その直感は物理的な商品に当てはまるようにはAPIリクエストに当てはまりません。1,000件の住所検索のバッチは、1つの接続で届こうと1,000の別々の接続で届こうと、同じ1,000件の個別の検索を必要とします。まとめて届いたという事実に規模の経済が隠れているわけではありません。コストのかかる部分、つまり各検索の解決はどちらの場合も同じだからです。
私たちはバッチリクエストと一括リクエストを、1件あたり単一リクエストとまったく同じ料金にしています。1,000件のバッチ呼び出しは、無料枠またはプリペイドクレジットに対して1,000リクエストとしてカウントされ、エンドポイントを1,000回別々に呼び出すのと同じ1リクエストあたり€0.0001で計算されます。Unlimitedキーの場合も同じようにカバーされます。別途安いバッチ料金はありません。別途安い量の処理が行われているわけではないからです。
大量割引を提供しているプロバイダーもあり、顧客にとっての魅力は明らかです。多く送れば1件あたりの支払いは少なくなります。しかし、その割引の理屈はただ歓迎するのではなく、疑ってみる価値があります。ほとんどのジオコーディング、IP、タイムゾーンの検索のように、1件の検索を処理する限界費用がほぼ一定であるなら、大量割引は実際の効率化の恩恵を還元しているわけではありません。小規模な顧客に高く請求して大規模な顧客の安い料金を補助するという価格設定上の判断であり、実態は内部補助であるものを、利用量へのご褒美として装っているのです。
1件ごとの均一料金なら、そうした内部補助はまったく発生しません。1日に100リクエストを送る顧客も10万リクエストを送る顧客も、どちらも無料枠を超えた後は1リクエストあたりまったく同じ料金を支払います。どちらも相手の利用を補助していません。これは無料枠そのものの公平さも保ちます。バッチ呼び出しでも、1日2,500リクエストの同じ無料枠を1件につき1リクエストの同じ割合で消費するので、同数の単一呼び出し以上に無料利用をひそかに引き延ばすためにバッチを使うことはできません。
バッチ処理が価格とは関係のない理由で本当に便利であることは認識しています。往復回数が減り、接続のオーバーヘッドが少なくなり、既知の大量の検索を一度に処理するコードが単純になります。これらは実際のエンジニアリング上の利点であり、それ自体の価値のためにバッチエンドポイントを使う意味があります。バッチ処理がなるべきでないのは、同じ総処理量を請求書の上で実際より安く見せる仕組みです。1,000件の検索には1,000件の検索分のコストがかかり、リクエストにどうまとめられたかにかかわらず、料金はそれをはっきり示すべきです。