KAGOYAのDBのみのレンタル、外部APIのデータキャッシュに使える気がする。 » とりあえず9JP
APIを提供している多くのサービスが、負荷対策として様々な制限を設けている。 例えば、「1つのAPIキーあたり、○秒間に1回しかデータを返さない」とか。 それらの「制限」と上手く付き合っていくためにはどうしても「キャッシュコントロール」というのが必要になってくるけど、このキャッシュのコントロール機能、仕組みそのものは大して難しくはないけど、同一のAPIにアクセスするアプリケーションを複数のレンタルサーバに設置する場合、キャッシュはそれぞれのサーバに持つ事になってしまう。 自分が知ってる範囲でDBへの外部接続を許可している共用レンタルサーバって国内にほぼ無いし、キャッシュの共有のためにVPSや専用サーバのMySQLポートを開けるのってバカバカしいし。 かといって、レンタルサーバ毎にキャッシュして・・・というのは非合理的な気がするし、各APIの制限に引っかかる可能性も出てくる。 そこで、[KA
Amazonのレンタルサーバー EC2/S3を使ってみた ｜ Abi-Station
UNIX – Server / rudolf_schuba 早くて安くて最高！と噂のAmazonのEC2/S3という、レンタルサーバーを使ってみました。 私はサーバーの知識があまりないので、かなーり苦労しました。 他にも苦労している(する)人がいるのではないかと思ったので、私のような一般ピープル向けに最短距離を解説したいと思います。 そもそもこのサービスは正確にはクラウドというらしいですが、私のような一般ピープルにはレンタルサーバーといった方が分かりやすいと思うので、あえてこう書いてあります。 1. Amazon.com に登録する AmazonのAPIを使っている人は飛ばして結構です。 これに関してはこちらが参考になります。 「Amazon EC2」と「Amazon S3」を実際に使ってみたので、まずはアカウント作成まで – GIGAZINE 2. 画像やHTMLを使いたいだけという人
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
