グーグルが構築した大規模システムの現実、そしてデザインパターン（3）～教訓編

グーグルが「Evolution and Future Directions of Large-Scale Storage and Computation Systems at Google」（グーグルにおける、大規模ストレージとコンピュテーションの進化と将来の方向性）という講演を、6月に行われたACM（米国計算機学会）主催のクラウドコンピューティングのシンポジウム「ACM Symposium on Cloud Computing 2010」で行っています。 講演の内容を4つの記事（MapReduce編、BigTable編、教訓編、デザインパターン編）で紹介しています。この記事はBigTable編の続き、教訓編です。 大規模分散処理システムの構築から学んだこと ここからは、グーグルがたくさんのシステムを経験して学んだことと、それらのデザインパターンなどを紹介していきたい。 まず、大きく複雑な

[unirun]

デザインパターン

[toton]

"実はグーグルはこの10年で7回くらいWeb検索システムを作り直しているが、APIは変化していないため、ほかに影響を与えていない。"

[kzakza]

「グーグルはこの10年で7回くらいWeb検索システムを作り直しているが、APIは変化していないため、ほかに影響を与えていない。」

[schrift]

　Google。

[yukimori_726]

[

[tfmagician]

"まず、大きく複雑なシステムを開発する場合には、それを多くのサービスに分解することだ。"

[fukken]

"実はグーグルはこの10年で7回くらいWeb検索システムを作り直している"！

[hiromark]

これ大切だと思う。。。

[u-ichi]

RT @namikawa: グーグルが構築した大規模システムの現実、そしてデザインパターン（3）～教訓編 － Publickey

[cha-cha-ki]

ぷろとこるばっふぁ

[Serious]

Send packet CA->netherlands->CA 150,000,000 ns＝カナダ<->オランダ間のパケット通信が往復で150ミリ秒？

[hiroomi]

「この10年で7回くらい検索システムを作り直し。APIは変化してい、なのでほかに影響を与えてない。また、それぞれのサービスの開発サイクルを切り離すことも大事」、と「性能の見積もりのために基本構造を知る」

[Donca]

✔ グーグルが構築した大規模システムの現実、そしてデザインパターン（3）～教訓編