第6部 面接の実践・第14章
SREの技術面接は「知識を説明できるか」より「本番で正しく判断できるか」を見る傾向が強い。各領域で、仕組みの説明＋自分の実体験をセットで話せるように準備する。
| 領域 | 主な問われ方 | 出題頻度 | 準備の優先度 |
|---|---|---|---|
| SRE概念 | SLO・エラーバジェットの説明、運用の実例 | 高 | 高 |
| Linux・トラブルシューティング | 「CPU 100%、どう調べる？」型のシナリオ | 高 | 高 |
| ネットワーク・CS基礎 | URL入力から表示まで、TCP、DNS | 高 | 中 |
| データベース | インデックスの仕組み、分離レベル、レプリ遅延 | 中〜高 | 高 |
| アプリケーション設計 | 冪等性、リトライ、キャッシュ | 中 | 中 |
| インフラ設計 | 可用性設計、DR、デプロイ戦略、IaC | 高 | 高 |
| システム設計 | 「〇〇を設計して」＋規模の見積もり | 中（外資・大手は高） | 中〜高 |
| 経験・行動 | 障害対応、改善実績、他チーム連携 | 必出 | 最優先 |
企業タイプによる傾向の違い：
| 企業タイプ | 重視される傾向 |
|---|---|
| 国内Web系（メガベンチャー・スタートアップ） | 経験の深掘り、AWS/K8s実務、障害対応、開発チームとの協業 |
| 外資大手（Google等） | Linux内部、NALSD（非抽象大規模システム設計）、コーディング |
| SIer・事業会社のインフラ部門 | 運用設計、可用性・DR、セキュリティ、手順の標準化 |
| 選考段階 | 時間の目安 | 主な内容 | 準備のポイント |
|---|---|---|---|
| カジュアル面談 | 30〜60分 | 会社紹介、チームの課題、お互いの興味 | 応募先の技術ブログと構成を読んでおき、質問を用意する |
| 1次面接（現場エンジニア） | 60分 | 経歴の深掘り、技術の基礎、障害対応経験 | 職務経歴書の各項目について「なぜ・どうやって・結果」を話せるように |
| 技術面接・課題 | 60〜90分 | トラブルシューティング、設計、コーディング、ライブ課題 | 思考過程を声に出す練習。わからないことは「わからない、ただこう推測する」と言う |
| 2次面接（マネージャー） | 60分 | チームでの振る舞い、合意形成、キャリア | エピソードを STAR で整理。チームへの貢献を中心に |
| 最終面接（役員・CTO） | 30〜60分 | 価値観、入社意欲、中長期のキャリア | 会社の事業課題とSREの役割を結びつけて話す |
技術質問は、次の4段で答えると「知っている」だけでなく「使える」ことが伝わる。
| 段 | 内容 | 例（インデックスの質問の場合） |
|---|---|---|
| 1. 結論 | 一言で答える | B+Tree で探索範囲を絞れるので、全件走査より大幅に速くなります |
| 2. 仕組み | なぜそうなるか | 木を根から辿るので O(log n) で目的の行に届きます |
| 3. 注意点・トレードオフ | 弱点や使い分け | ただし書き込みは遅くなり、低カーディナリティの列には効きにくいです |
| 4. 実体験 | 自分がどう使ったか | 以前スロークエリを EXPLAIN で調べ、複合インデックスで応答を〇秒から〇ミリ秒に改善しました |
4段目の実体験があるかどうかで、評価が大きく変わる。
| 評価軸 | 高評価の振る舞い | 低評価の振る舞い |
|---|---|---|
| 基礎知識 | 仕組みを自分の言葉で説明できる | 用語の定義を暗記で答えるだけ |
| 問題解決 | 仮説を立てて証拠で絞り込む | 思いつきのコマンドを並べる |
| 判断力 | 復旧優先、影響範囲で優先順位をつける | 原因究明にこだわり復旧が遅れる |
| トレードオフ思考 | 「Aを選ぶとBを失う」を説明できる | 「ベストプラクティスなので」で終わる |
| コミュニケーション | 前提を確認し、考えを声に出す | 黙り込む、質問の意図を確認しない |
| 当事者意識 | 自分が何をしたかを具体的に話す | 「チームで」ばかりで自分の役割が見えない |
| 準備期間 | やること |
|---|---|
| 1週間しかない | 経験エピソードの整理（最優先）、SLO・インシデント対応、Linux トラブルシューティングの型、インデックスと分離レベル |
| 2〜3週間 | 上記＋ネットワーク（URL入力から表示まで）、インフラ設計（可用性・DR・デプロイ）、アプリ設計パターン |
| 1か月以上 | 上記＋システム設計のお題演習、分散システム、K8s の内部、外資向けならコーディングと NALSD |
まず答えを見ずに声に出して答え、そのあと開いて比べる。
模範回答
現在のチームと役割を一言で述べ、担当範囲（クラウド基盤、セキュリティ、DevOpsツール、他チーム連携など）を整理して伝えます。そのうえで代表的な成果を2つ、数字つきで挙げます（例：インフラ移行を無停止で完了、コストを〇%削減）。最後に「次はこういう規模・課題に挑戦したい」と応募先につなげて締めます。
深掘りされたら
見られているポイント時間内に要点をまとめる力と、話を広げてほしい部分を自分で示せるか
模範回答
知ったかぶりはせず「経験はないですが、仕組みから考えるとこうなると思います」と前置きして推論を述べます。前提を確認し、似た技術での経験を足場にして筋道を説明します。面接官は正解よりも、未知の問題への向き合い方と推論の過程を見ています。
深掘りされたら
見られているポイント誠実さと推論力