# Twitter Twitter(現 X)は、2022年後半に多くのユーザーが Mastodon へ移行するきっかけとなったソーシャルネットワーキングサービスである。本章は Twitter を、技術面での分散性と組織面での集権性が両立する対比事例として位置づける。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 6 集権化と非集権化]] ch.6 §6.4) ## 技術的な分散性と組織的な集権性の対比 Twitter は決してモノリシックなシステムではなく、多数のマイクロサービスから構成される巨大な分散システムである。Twitter のインフラに関するブログ記事は、およそ4,000億件のイベントをリアルタイムに処理し、毎日ペタバイト規模のデータを Hadoop・Vertica・Manhattan 分散データベース・Kafka・Twitter Eventbus・GCS・BigQuery・PubSub などの各種プラットフォームで生成・取り込んでいると述べている。 しかし組織という観点では Twitter は中央集権そのものである。API を利用するサードパーティアプリが不利益を被ろうとも API 変更を一方的に決定・実施でき、コンテンツのモデレーションやユーザーの追放ポリシーも一方的に変更できる(実際に変更した)。この組織的な集権性こそが、著者自身を含む多くのユーザーを代替サービス(Mastodon・Fediverse)の模索に駆り立てた要因として描かれる。(Source: ch.6 §6.4) この対比は、本章が扱う「集権化」が技術アーキテクチャ上の性質(分散システムか否か)と組織的な権力構造(意思決定が単一主体に集中しているか否か)という異なる次元を持つことを示す典型例である。→ [[集権化と非集権化]] ## メトリクス収集の実践(2011年当時) 『ウェブオペレーション』11章のコラム「計測: Twitter ウェイ」(ジョン・アダムス、当時の Twitter 運用担当者)によれば、Twitter は30,000以上のメトリクスを収集・グラフ化しており、システムがどれだけ効率的につぶやきを処理しているかをリアルタイムに把握できる体制を敷いていた。重要なグラフとして、秒間あたりのつぶやき数・帯域幅・応答時間・HTTPエラー率・ログに記録された例外の比率・プロセスの再起動率・キューの大きさ・サーバの平均負荷とプロセス数・データベースの負荷・メモリの10種類を挙げ、デプロイ前後でこれらのメトリクスを比較する運用を行っていた。優先度が高いメトリクスとして、秒間あたりのエラー数(HTTPステータスコードが200でないもの)・リクエストへの平均応答時間・アプリケーションサーバの例外発生率の順を挙げている。(Source: [[@2011__OReillyJapan__ウェブオペレーション - Chapter 11 訪問者の気持ち：ユーザ対面メトリクス]] §11.1) ## 出典 - Larry Peterson・Bruce Davie 著, 進藤資訓 訳, 『ネットワークシステムについて語るときに我々の語ること』, ラムダノート, 2026, 第 6 章 §6.4. - アリステア・クロール、シーン・パワー, 「11章 訪問者の気持ち：ユーザ対面メトリクス」, 『ウェブオペレーション ―サイト運用管理の実践テクニック』, オライリー・ジャパン, 2011, §11.1(コラム「計測: Twitter ウェイ」、ジョン・アダムス).