Googleのようにデータサービスをスケールするには | readwrite.jp
コンピューティングにおける最大のミステリーの一つに、どうやってGoogleが莫大なサービスを効率よくスケールしているかというのがある。多くの人は、競争におけるGoogleの最大の強みは、自前のデータセンターをうまく運用することで、革新的なサービスを他のベンダが真似できないようなペースで生み出し続ける事ができる点だというだろう。 Googleの秘密のタネは元々BORGと呼ばれていたソフトウェア層で、世界中のデータセンターで実行中のアプリケーションを連動させるものだ。Google検索、Gmail、GoogleMapといった個別のサービスのために動いているクラスターをそれぞれ組み合わせるのではなく、サービス全体の負荷をデータセンター内のすべてのリソースで分配させている方法をとっている。 負荷は細かなタスクに分解され、BORGはそれをCPU、メモリ、ディスクといった単位で余裕のあるリソースに振り分
ポータブルなwebアプリケーションとそのインフラの未来の一考
naoya さんのポータブルな Web アプリケーションを受けて最近思ってることをば。140 文字で時々書いてるんだけど、まとまりがないので一回まとめておきます。 12-factor app ステートフルなアプリケーションについては、Heroku の人が提唱してる 12-factor app というのが現在の状況をよく表してます。 The Twelve-Factor App The Twelve-Factor App（日本語訳） Heroku や他の PaaS によってもたらされたこうした一種の”制約”によって、アプリケーションの新しいカタチが生まれてきています。引き算によって新しい価値が生まれてきているわけですね。 とはいえ、PaaS は PaaS でそれぞれに独自の仕様を持っているわけですが、Heroku の buildpack という仕組みを使って、Heroku とインタフェース仕様
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
