# 6 Reasons You Don't Need an SRE Team [[Gerro Wadat]]（2004年にGoogle勤務経験あり）による、SREチームを盲目的に採用することへの批判的論考。2023-06-21公開。 ## 要旨 「あなたはGoogleではない」という前提から出発し、SREという組織モデルがGoogle固有の文脈（2004年当時の前例なき規模・ツール不在・無限の資本）から生まれたことを強調する。現代のインフラツール群（Prometheus、Docker、Terraform）がかつての固有課題を大幅に解消しており、カーゴカルト的なSRE導入は組織の本質的な信頼性課題を隠蔽する危険があると主張する。 ## 6つの理由 ### 1. あなたはGoogleではない 2004年のGoogleは前例なき規模・ツール不在・無限の投資資本という三重の固有条件を持っていた。現代では同等の問題を解決するツールが広く利用可能であり、Google規模の課題を持たない組織がSREチームを必要とする技術的必然性は薄い。 ### 2. 実際には信頼性をそれほど重視していない 「私たちは証券取引所ではない。5分のダウンタイムならユーザーは許容できる」という判断は、根拠なく最高の可用性を追求するよりもむしろ**正直で強い**推論である。信頼性の優先度を事業ニーズに基づいて定量的に評価することなく、SREチームを設置することは本末転倒。 ### 3. チームが何をすべきか明確でない チャーターと所有権境界が曖昧なSREチームは、ステークホルダーによって責任範囲を好き勝手に解釈される。著者はGoogle在籍時でさえ、シニアリーダーがSREチームの責任範囲を理解していなかったと証言する。 ### 4. 不都合な真実を回避している 信頼性エンジニアリングは単一チームに委譲できない。組織全体のコミットメントを要する。SRE専門チームの設置は「プロダクト開発者は信頼性を気にしなくてよい」という誤ったメッセージを送るリスクがある。 ### 5. SREチームが赤いニシン（目くらまし）になる SREチームの存在が、プラットフォームの近代化や技術的負債解消を無期限先送りする口実になりえる。所有権が曖昧なまま責任をSREに転嫁することで、根本的な信頼性課題が放置される。 ### 6. 大きな障害への恐怖反応として設置した 大規模インシデント後に反射的にSREチームを採用することは、信頼性への姿勢を示す**見かけ上のシグナル**に過ぎず、信頼性文化の根本的な問題に対処しない。 ## 結論 [[カーゴカルトSRE]]ではなく、事業ニーズと分散した説明責任に基づく、文脈固有の合理的な信頼性投資を行うべきである。 ## 関連概念 - [[カーゴカルトSRE]] — この記事の中心的批判対象 - [[SRE組織変革]] — SRE導入の組織的側面 - [[SRE]] — SREの定義と原則 > [!key-insight] 核心的主張 > SREの必要性は「あなたはGoogleではない」という一言に集約される。Googleのモデルはその時代・規模・資本の産物であり、現代の中小規模組織への適用には明確な事業的根拠が必要である。