APIが有効なケースとそうじゃないケース

Web2.0なんてのが流行語になった時代、いろんなところが自分が持ってるデータをAPIを通じて誰もがアクセスできる様にして、利用者はいろんなAPIをくっ付けることで新しいサービスができる、みたいなのが面白いと思った。 ユーザが更新をするようなデータや、どちらかというとRPCに近いようなものはAPIとして提供すると大変世界が平和になる。Twilioとかすごいよね。 ただ、なんでもAPIにすりゃいいかというとそうじゃない。 特にreadが中心のデータ、例えばスポーツの過去の記録だったり、法令だったり、アニメの放映日だったり。こういうのはみんなが思い思いに更新するわけじゃないし、そもそも更新頻度が低いわけで、そのデータを使ったサービスを作る時に都度APIアクセスしてたら無駄だし、API側もリクエストが無駄に多くて余計な制限をかけることになる。 こういうデータは、たとえデータがそこそこデカくても全

[atsushifx]

APIというよりデータ量とアクセス集中の問題。LinuxのOSイメージはBitTorrentでP2Pができるし、ダウンロードではCDNを使っている。WebAPIがRESTならここらへんの知見が応用できるはず

[escape_artist]

HTTPはキャッシュが考慮されたプロトコルだから、readは割と得意なんじゃないかなあ。トランザクションが難しいのでwrite絡む時の方が面倒

[chick307]

多くの人が1つのデータを共有する場合はP2Pがよさそう。

[tarchan]

＞たとえデータがそこそこデカくても全部丸ごとダウンロードしてもらって、検索は自分達のデータベースにロードして勝手にやってね、の方がお互いにハッピーだと思う。

[KoshianX]

郵便番号データなんかが現状そうだよなあ

[riywo]

書いてみた