Twitterのスケーリング，新たなピークへ

多くの人々にとってTwitterは，必要不可欠なコミュニケーション手段になった。人も企業も毎日，ますます広く，深くTwitterを利用する現在，そのスケーラビリティはまさに我々すべてにとっての関心事である。今月初めにTwitterは，143,199ツィート/秒という新たなピークロードを経験した上で，中断することなくそれを処理した。現状の定常値である5,700ツィート/秒に比較すると，これは非常に大きな値だ。プラットフォーム技術担当VPのRaffi Krikorian氏は新記録をブログで報告すると同時に，この新たなトラフィックレベルにスケールするために同社が実施した技術的変更について振り返りを行った。 ３年前の2010年，ワールドカップ関連のアクティビティによる 2,000ツィート/秒というピークが引き起こした，Twitterの安定性に関する大きな問題が，同社にシステムの再構築の必要性を認識

[shotawatanabe]

Cassandraは無かったことにされたんや.....!!!

[ebo-c]

それでもなおDBはshardingしてるMySQLなのか

[nekoruri]

本日のモノシリックスレ

[hiroqli]

フロントエンドはrubyのままじゃなかったっけ？Twitter

[moccos_info]

Rubyは数年前ma○zが「プロセスを複数上げれば並列なので問題ない」と言い張り目ん玉飛び出そうになったことがあったが、まだその精神でやってるの

[yyamano]

“Twitterでは，デプロイされた後で新機能をオンにする，Deciderと呼ばれる機構を開発した。”

[yoppiblog]

よい

[s_mori]

デプロイされた後で新機能をオンにする，Deciderと呼ばれる機構を開発した。機能のデプロイ時には設定を"オフ"にしておく。

[tarchan]

＞今月初めにTwitterは，143,199ツィート/秒という新たなピークロードを経験した上で，中断することなくそれを処理した。現状の定常値である5,700ツィート/秒に比較すると，これは非常に大きな値だ。

[nilab]

Twitterのスケーリング，新たなピークへ

[yojik]

ここでも「フラグ」方式かー

[taka222]

”Twitterのスケーリング，新たなピークへ”

[TequilaBancho]

勉強になるなぁ。

[kasajei]

すごいなぁ。

[yhakusyaku]

Twitterのスケーリング，新たなピークへ

[burnworks]

『Twitterではデプロイされた後で新機能をオンにするDeciderと呼ばれる機構を開発した』

[michael-unltd]

スケーリング

[matsumoto_r]

「TwitterはJVMに移行し，Rubyを捨てた。」

[sgtakeru]

3

[higepon]

|дﾟ)ﾁﾗｯ

[ya--mada]

すげぇ、この整理にとりかかったしとすげぇ

[golden_eggg]

"ハードウェアリソースの有効利用の可能なプログラミングプラットフォームが必要だった" "コードベースをJVMに書き直した"

[a2ikm]

サービス部分（？）は抽象化されていていいけども、基盤（永続化）部分の開発・維持がものすごく大変そうだ。

[love0hate]

物知りっく

[mackee_w]

つらそう

[suginoy]

「同社の"代名詞"であるツイートやタイムラインなどのユーザサービスを重視した,サービス指向アーキテクチャへの移行だ。同社の設計アプローチは "契約による設計(design by contract)"に基づいている」

[teppeis]

"契約による設計(design by contract)"とサービス指向による疎結合、自立的、自己完結型のエンジニアリングに移行。そしてRubyからJVMへ。

[world_standard]

プログラムもチームも「疎結合」。ゆるやかなつながり。しかし「契約による設計」によって、最低限の規律と統一性を持つ。ふむふむ。

[akuwano]

なんちゅーか、成長してるサービスのシナリオとして理想的な流れに見える。

[n-sega]

Twitterのスケーリングについて。パフォーマンスをだすためにJVMへ。その後の話。

[mirakui]

例の話だ