なぜ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
どのWebブラウザをサポートするべきか？ 「プログレッシブ・エンハンスメント」という考え方
Webアプリケーションを開発、運用する側にとって、どのWebブラウザのどのバージョンをサポートするのかを決めることは非常に重要です。サポートするWebブラウザを絞り込んでしまえば開発は容易になりますが、利用者には狭い選択肢を強いることとなります。サポート対象を広げるほど利用者には便利になりますが、開発時に各Webブラウザの互換性の問題に気をつけなければならず、またテストの工数もねずみ算的に膨らみ、開発工数の増大からコストの増大へとつながります。 いま業務アプリケーションも含めて多くのアプリケーションがWebアプリケーション化しています。社内のスタッフだけが使うことを想定するのならば、Webブラウザの種類とバージョンを限定してもいいでしょう。 しかし今後は社内に複数のベンダから調達したWebアプリケーションが混在することになるでしょう。そのときに、それぞれのWebアプリケーションがサポートす
Ringo's Weblog: Tim Berners Leeのwebブラウザ提案文書
Tim Berners Leeの提案文書 先月、中国に出張に行ったのだが、道中、飛行機の中で、 ひとつの文書を細かく読み込みながら、翻訳をした。 1990年にTim Berners Leeが提出した、最初のWebブラウザ開発の提案文書は、 優れたプロジェクト・マネジメントの手本となる文書である。 プロジェクトを始める瞬間に作成する提案文書は、 プロジェクト・マネジメントに必要なことのうち、 かかる手間からするとごくわずかでしかないが、 初期のドキュメントの品質は、将来そのプロジェクトが成し遂げることに対して、 極めて強い影響を与える。 WorldWideWeb: ハイパーテキストプロジェクトの提案（訳） Tim氏の提案は、技術的にも面白いのだが、 プロジェクト・マネジメントという観点から見直すと、面白さが何倍にもなる。 プロジェクト・マネジメントに興味がある方は、ぜひ読んでみていただきたい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
