ZapierやMakeの自動化を新しいジオコーディングホストへ移行する
ジオコーディングのステップを含むノーコードの自動化には、独自のコードとは異なる移行方法が必要です。その切り替えの進め方を紹介します。
Open-Elevationのセルフホストとマネージドエンドポイントの比較
オープンソースプロジェクトとしてのOpen-Elevationのシンプルさには、良い面と悪い面があります。リクエストとレスポンスの形式は本当に扱いやすく、座標の配列を渡すとメートル単位の標高値の配列が返ってきます。しかし自分で運用するとなると、標高データセットを入手し、それを保持できるだけのディスク容量を持つサーバーに読み込み、アプリケーションが答えを必要とするときにいつでもそのサーバーが利用できる状態を保たなければなりません。
標高データセットは小さくありません。プロジェクトが必要とする解像度と地理的なカバレッジによっては、セルフホスティングの標高データにはかなりのストレージが必要になることがあり、特定の地域の高解像度データは、より広いが粗い全世界のカバレッジとトレードオフの関係にあります。この判断は、サーバーの準備や更新の頻度とあわせて、一度きりのセットアップコストではなく、チームがセルフホスティングを選んだ日から引き受ける現実の継続的な責任です。
マネージド型のエンドポイントを使えば、他者のインフラやデータセットの選択に依存する代わりに、その責任を手放せます。My Geocodeの標高検索は完全に動作するエンドポイントで、指定した座標の地表の標高をメートル単位で返します。データは、お客様が自分で入手して読み込むものではなく、当社独自の標高データから取得されます。ドキュメントは/docs/elevation-lookup/にあります。
この2つの道を正直に比較するには、どちらかのアプローチを漠然と好むのではなく、実際の利用パターンを見ることです。
- 標高検索の頻度が低い場合、たとえばユーザーが特定のルートや場所を表示したときにだけ発生する場合は、マネージド型エンドポイントの1日あたりの無料枠で負荷をまかなえる可能性が高く、保守すべきインフラはまったく不要です
- 標高検索がコアとなる製品機能の一部として、多くの量で安定して発生する場合は、マネージド型エンドポイントの料金体系でのリクエストあたりの実際のコストを、セルフホスティングのインスタンスのサーバーとストレージの償却コストと比較して計算する価値があります
- ユースケースが、セルフホスティングのデータセットの選択によって特に最適化される解像度や地域の標高データを必要とする場合、それはコスト比較に関係なくセルフホスティングを続ける正当な理由になります
セルフホスティングのOpen-Elevationインスタンスからマネージド型エンドポイントに移行するチームにとって、リクエストのパターン（座標を渡して標高値を受け取る）は概念的に変わりません。ただし認証は、X-API-Key、Authorization: Bearer、HTTP Basic認証、またはクエリパラメータとして送信するキーに変わります。キーがまったくなくても1日あたり2,500件の無料リクエストがあり、さらにキーごとに1日あたり2,500件の無料リクエスト（ネットワーク単位で集計）があります。それを超える分は1リクエストあたり€0.0001のプリペイドクレジット、または月額€50のUnlimitedキーとなり、プラットフォーム上の他のすべてのエンドポイントと同じ料金です。
どちらの道も、あらゆる場合に正しいわけではありません。1日に数個の座標の標高がたまに必要になるだけのサイドプロジェクトなら、マネージド型エンドポイントの無料枠だけで十分です。狭い地域について非常に特定のデータ解像度の要件を持つチームなら、やはりセルフホスティングのほうが合っていると判断するかもしれません。それもこの比較を正直に行った結果として正当なものです。