なぜ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の設計論 | ZEROFACES
これは後知恵です。Twitterが最初からこう設計されていればよかったのに、といった意図はありません。ネットベンチャーとして初期の最優先課題は「一日も早くサービスを公開する」ことであり、そのためにRuby on Railsを採用し、インフラ設計を後回しにした、という彼らの判断は妥当なものであったと思います。 そのうえで、しかし他人の事例から学ぶために、自分を当事者と同じ状況と仮定し、どういうことが考えられるか考えてみたいと思います。 Twitterの犯したミスは、彼らの釈明を見る限りではシステムのデザインを誤ったことだ（同時にそのことに気づき、軌道修正を行おうとしていることはすばらしいことだ）。 Twitter is, fundamentally, a messaging system. Twitter was not architected as a messaging system,
第2回 IDEF1XによるER図の記述 | gihyo.jp
前回は、論理設計のデータモデリングにはERモデルを使用すると説明しましたが、ERモデルはER図を使用して表現することができます。ER図の記述方法にはいろいろなものがありますが、今回は、一般的に普及しているIDEF1XによってER図を記述する方法について説明します。 IDEF1Xとは IDEF1Xは、IDEF（Integration Definition）と呼ばれる、システムをさまざまな側面から分析してモデリングを行うための方法の1つで、おもにデータベースの概念設計においてER図を記述する方法としてよく使用されます。 また、IDEF1Xは、米国のNIST（国立標準技術研究所）によってFIPS（連邦情報処理標準）として標準化されており、IE（Information Engineering）と並んでER図の記述方法として一般的なものです。 IDEF1Xでは、ERモデルにおける実体を四角形として記
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://labs.cybozu.co.jp/blog/kazuho/archives/2008/06/friends_timeline.php
