インフラエンジニアの面談では、次のような質問を想定して準備しましょう。
- 「どのような環境を扱いましたか？」
- 「障害発生時に何を確認しましたか？」
- 「運用を改善した経験はありますか？」
製品名だけでなく、自分が操作・判断した範囲を答えます。監視や一次対応の経験も、具体的に説明できます。
インフラ面談で想定しておきたい質問と回答例
以下は、経験を整理するための想定質問です。必ず聞かれる質問ではありません。
「どのような環境を扱いましたか？」への答え方
OS、サーバー、ネットワーク、クラウドなど、業務に関係する構成を短く説明します。
台数や規模を示す場合は、開示できる範囲にとどめてください。
製品名を並べるだけでなく、その環境で自分が何をしたかを続けます。
Linuxサーバーの監視と、手順書に沿った一次対応を担当しました。
設定変更の承認と、本番への反映は別の担当者が行っていました。
これは説明例です。実際の担当内容に置き換えましょう。
「障害発生時に何を確認しましたか？」への答え方
「アラートが出た→確認したこと→判断→報告」の順に話すと、対応の範囲が伝わります。
例えば、ログと監視値を確認し、どこまで切り分けてから上位担当へ引き継いだかを整理します。
復旧を自分で行っていなければ、その部分まで担当したとは言わないでください。
ディスク容量のアラートを受けた、架空の回答例です。
監視通知を受け、対象サーバーと容量の増加状況を確認しました。
ログ保存先の増加を見つけましたが、手順書に削除の指示がなかったため、削除せず上位担当へ報告しました。
私は時刻・対象・確認結果をまとめ、対応後の監視値の確認を担当しました。
復旧できたかだけでなく、安全に引き継いだ判断も説明できます。
「運用を改善した経験はありますか？」への答え方
小さな改善でも、何が困り、どこを変えたかを話します。
- 手順書に不足していた確認項目を追加した
- 誤検知の原因を調べ、監視設定の見直しを提案した
- 繰り返す作業の一部をスクリプトにした
実施したことと、提案しただけのことは分けてください。
改善効果を数字で話せるのは、実際に確認した場合です。
架空の改善例：「引き継ぎ時に確認が漏れたため、手順書へ対象サーバーと実施結果の記録欄を追加しました」
これなら、改善率を作らずに、自分が変えた作業を伝えられます。書類への落とし方はスキルシートの記入例で確認できます。
AWSの運用ガイドも、監視情報の解釈、手順、影響に応じた対応を重視しています。
面談では、その考え方を自分の担当した事実に当てはめて整理しましょう。
運用経験は定常作業と障害対応、改善に分けて整理する
面談前に、担当した作業を次の三つに分けましょう。
- 定常作業：監視、バックアップ確認、アカウント管理など
- 障害対応：状況確認、一次切り分け、復旧、報告など
- 変更・改善：設定変更、手順書の更新、監視の見直しなど
全部を経験している必要はありません。自分の担当部分を選んで説明します。
「運用を担当しました」だけでは、監視と復旧作業のどちらを任せられるか分かりません。
設計や構築が未経験のときはどう答える？
「できます」と広く答えるより、経験と学習を分けて伝えます。
本番の構築は未経験です。運用では設定確認と障害の一次切り分けを担当しました。
学習環境では構築を試していますが、実務経験とは分けて考えています。
資格は、学んだ知識を示す材料です。担当した本番作業の代わりにはなりません。
応募案件で構築が必須なら、どの部分を一人で任せる予定かを担当者へ確認してください。
夜間対応や障害時の担当範囲は参画前に確認する
インフラ案件では、技術の一致に加えて、対応体制も確認します。
- 夜間・休日の対応や、オンコールの有無
- 障害時の一次対応と、エスカレーション先
- 本番変更の承認者と、レビューの方法
- 初期の引き継ぎ期間と、閲覧できる手順書
「運用担当」と聞いて想像した仕事と、実際の責任が一致するかを確かめましょう。
具体的な聞き方は、夜間対応やレビュー体制を確認する質問例に載せています。
運用で自分が対応した範囲を説明する練習をしよう
説明を一度話してみると、「誰が判断したか」が抜けている箇所に気付けます。
環境・操作・判断・報告を分け、事実として答えられる状態にしておきましょう。
運用経験の説明を練習したい方は、無料模擬面談について問い合わせることもできます。
フォームでスキルシートと候補日時3件を送り、メールで日程を調整します。
フリーエージェントサービスへの登録は任意です。
本番前に、面談担当者と練習しませんか
無料模擬面談を申し込むスキルシートを添付し、候補日時を3つお送りください。
無料・オンライン ／ サービス登録は任意です。
