なぜTwitterは低遅延のままスケールできたのか 秒間120万つぶやきを処理、Twitterシステムの“今” − ＠IT
ユーザー同士のつながりを元に時系列に140文字のメッセージを20個ほど表示する――。Twitterのサービスは、文字にしてしまうと実にシンプルだが、背後には非常に大きな技術的チャレンジが横たわっている。つぶやき数は月間10億件を突破、Twitterを流れるメッセージ数は秒間120万にも達し、ユーザー同士のつながりを表すソーシャル・グラフですらメモリに載る量を超えている。途方もないスケールのデータをつないでいるにも関わらず、0.1秒以下でWebページの表示を完了させなければならない。そのために各データストレージは1～5ms程度で応答しなければならない。 Twitterのリスト機能の実装でプロジェクトリーダーを務めたこともあるNick Kallen氏が来日し、2010年4月19日から2日間の予定で開催中の「QCon Tokyo 2010」で基調講演を行った。「Data Architecture
Twitterがスケールに苦しむ理由 - スケールするサイトのアーキテクチャ考
Twitterのスケール関係で、面白い記事を発見したのでまとめ。 一時期「スケールしない」とか「動作が不安定」だとか言われ続けていたTwitter。5月ごろにslashdot.jpでも話題になっていた。論調は総じて「Twitterがスケールしないのは、Rubyを使っているから」というもの。 ところが同じ５月、「Why Can't Twitter Scale? Blaine Cook Tries To Explain（なんでTwitterってスケールしないの？）」という、blog紹介記事がSilicon Alley Insiderに掲載される。記事の元になったblogエントリは、Twitterの前チーフアーキテクトだったBlaine Cook氏によるもの。Cook氏によれば、TwitterのスケールとRubyは何の関係もないという。 Why Can't Twitter Scale? Blai
すご本・すご文をできるだけたくさんの読者に届ける方法 -
おれ自身の夢かもしれないのだけど、すご本というかすご文を自分が書き上げたとしたらそりゃあできるだけたくさんの読者に読んでほしいわけです。 「とすると、英語か中国語で書けばいいんじゃない？」 「英語・中国語圏以外の人に読んでもらえないじゃん」 「じゃあ世界中の言葉で書けばいい。現実的には翻訳サービスの充実かな」 「いやそれじゃ翻訳サービスが対応してない新たな言語に対応できないよ。宇宙人とか」 「そしたらもう、その彼らに言葉を教えるところからはじめないと」 「素直に習ってくれればいいけどね。敵対的だったら？」 「圧倒的武力で制圧すればいいんじゃない？ 教育は力だよ」 「それでもバクテリアには教育できないだろう？」 「じゃあ進化させよう。学習できるレベルまで」 かくして、未来のすご本というのはただ漫然と読者に読まれるを待つ防性のメディアではなく、もっと攻性のメディアになる。 すご本本体をそのコア
CNET Japan Blog - 江島健太郎 - Kenn's Clairvoyance：梅田サロン中止のお詫び、およびアーキテクチャ変更についての技術詳細レポート
先週末に予定されていたJTPA企画の梅田さん主催オンラインサロンですが、会場に多くの人が集まるにつれてLingrが重くなってしまうという事態に陥ってしまい、まるでイベントの体をなさないまま時間が過ぎてしまい、あえなく中止となってしまいました。 当イベントを楽しみにしていた皆様、そして梅田さんはじめJTPAスタッフの方々には、本当に申し訳なかったと思います。ここに改めてお詫び申し上げます。 Macworld 2007のときには180人を収容して何の問題もなく快適に使えていたので、「1000人はわからないけど、200人ぐらいなら大丈夫だろう」とたかをくくっていたのが間違いでした。 今回はその反省も含めて、内部で検証した技術情報をすべて公開し、どのような問題に直面し、どのように解決にあたっているのかをお伝えすることで、特に技術者の皆さんに役立つフィードバックにしたいと思います。 ■今回のアーキテ
私的ITアーキテクト考：1.ITアーキテクトが作るもの (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 連載を始めると書いたものの第1回までに時間がかかってしまいました（ｗ。さて、第1回は、いきなり「ITアーキテクトが作るもの」からはじめようと思います。僕もこの質問に困っていましたが、最近ふと気づくことができました。それは、 ITアーキテクトは「そのシステムがある世界」を創っている ということです。なんだそりゃ、と思われるかもしれませんが、もう少しだけ読んでみてください。 なぜそのアーキテクチャになったのか 普通に考えればITアーキテクトが作っているのはアーキテクチャです。例えばシステムの設計思想や具体的なフレームワークの構成のようなものでしょう。もちろん、これ自体は誤りではありません。 とても大事なことは「なぜそのアーキテクチャになったのか」という理由をきちんと説明
Who pays your $5? : 404 Blog Not Found
2005年11月12日03:23 カテゴリMoney Who pays your $5? すでに支払済みなのかも知れない。 Zopeジャンキー日記 :もしGoogleが有料だったら、月に500円払う？ Signal vs. Noise - Would you pay $5/month to use Google? もしGoogleが有料だったら、月に５ドル払う？という話。 これは面白い問題提起だと思う。 Googleの時価総額はすでに$1000億(今の為替レートで12兆円)を超えている。仮に10億人ユーザーがいたとしても、すでに20ヶ月分を納付していると見なせる。 しかし、仮にGoogleがサービスを有料化したとしたら、10億人からそれを徴収できるかといえば、まず無理だろう。徴収コストも莫迦にならない。それよか時価総額を思いっきり上げる工夫をして、金が必要だったら市場から集める方がずっと効
思考支援コンピュータを創る
| トップ扉 | 思考支援 . ネット革 . ＵＩ考房 . 設計技術 . シス開発 . 道具活用 | 自己紹介 | | 最近更新 | 思考方法 . 議論手法 . 説明技術 . 知能教育 . □□□□ . □□□□ | 著作更新 | | 総合目次 | 社会進歩 . 市民運動 . ジャナ革 . 未来社会 . 一流仕事 . 組織構築 | 独り言？ | | 補助索引 | 心の階段 . □□□□ . 芸術奥覗 . 残り物達 . リンク集 . 脳ぐちゃ | 推奨用語 | 次々世代ソフトウェアの基本原理を提案する、個人的な研究活動。ソフトウェア技術の中で今後の主流となるのは、オブジェクト指向OSとエージェント指向技術を組み合わせた仕組みだと言われている。そこまでは見通しが立っているが、その次となると、明確に提案した人はほとんどいない。それを提案するのが本内容で、ソフトウェアにおける世界最先端の研究に属す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
