【Rails】リクエストするAPIのエンドポイント、URIが多数ある場合はどのように設計すべきなのでしょうか

Question

RailsでwebAPIにHTTPリクエストを送るとします。
その際リクエストしたいURIが
http://sample.com/api/v2/users/tomato
http://sample.com/api/v2/users/orange
.
.
.
http://sample.com/api/v2/users/eggplant
のように複数あるとします。
そしてリクエストを送るURI一つにつき、その返ってきた値を元に一つずつviewページに表示したいとします。
例：

http://sample.com/api/v2/users/tomato →tomato.html.erb
http://sample.com/api/v2/users/orange →orange.html.erb
http://sample.com/api/v2/users/eggplant →eggplant.html.erb

流石に一つ一つのテンプレートにAPIキー記入してリクエストする文を書くのは設計上まずいと思う(仮にそんなWebページ公開したらリクエスト先に負荷をかけそう)のですが、上記のようなことがしたい場合どのようにすればいいのでしょうか？
例えばリクエストしたいURIが5-60個あったらrakeファイルに全て書いて、cron等で定期的に回したりすることが非常に非効率な気もするのですが。。。。
ご回答宜しくお願い致します。

Answer 1

例えばリクエストしたいURIが5-60個あったらrakeファイルに全て書いて、cron等で定期的に回したりすることが非常に非効率な気もするのですが。。。。

どういう点が非効率な気がしますか？
Rakefileではなく別途cronで動作するバッチ的なコードを書くことなら、普通にあるかと思いますが…。

よほど高速にレスポンスが返ってくる保証のあるAPIでない限り、50〜60のAPIをリクエストごとにRails側から同期で叩くことは考えづらいと思います（JS側からならありえるかもですが、全体の結果が返ってくるのは相当遅延する可能性は覚悟する必要があります）。