郵便番号APIのようなシンプルなREST APIをlambdaで作る時にマスターデータを何で持つべきか計測してみた

こういうAPIを作らなければいけないときって割とよくあると思います（有料データベースと契約してて、csvでもらったデータをAPIで使えるようにするとか） そんな時に一番シンプルな解決方法として思いつくのがaws lambda + API Gatewayになると思います そんな時にふとした疑問が生まれました 元のcsvって何の形式で持つのが一番効率良いのだろう こういうのって何となく適当に選んじゃうことが多いのですが実際に計測して選ぶことも大切なので色々計測してみました 別解 多分goあたりでプログラム本体に含めてコンパイルしちゃうのが早いと思いますが、今回はrubyでやりたかったのでそれ以外の解決策を考えてみます 準備 郵便局の出している住所 <-> 郵便番号データをサンプルとして使います 元データがcsvなのですがその時点で以下のようになっています 行数：12万4500行 ファイルサイズ

[fog-og-frog2]

頭の3桁でgzipに固めといて、ユーザーの入力に合わせて勝手に落としてクライアント内部でメモリ展開する仕組みをどこかのキャリアがやってたけど、UIフィーリング良かったな。フロントありきだけど。

[d4-1977]

計測重要。

[bonlife]

まずはDynamoDB検討！とならないのはなぜだろ。これとか。 https://qiita.com/cohey0727/items/9b8faddc9b7cce122360 あと時間かかるのってLambdaのColdStartとかファイルI/Oのような気がしちゃう。

[swdrsker]

JSONとYAMLでそんな変わるんだ

[trkbt10]

メモリにいれる…

[onesplat]

rubyで速度気にするのが間違い

[turanukimaru]

大量のデータをメッシュする＆エントリポイントが荒い…例えば関東地方とか東京都サイズ。なんて時には固定長文字列のテキストファイルが結局一番早かったりする。郵便番号は固定長だから多分CSVでなく行で処理できる