AWSエンジニアのフリーランス面談でよく聞かれる質問と答え方の準備

フリーランスのAWSエンジニアの面談でよく聞かれるのは、構成を自分で決めたのか決まったものを作ったのか、IaC（コードによる構築）にどう関わったか、ネットワークと権限をどう考えたか、障害のときに何をしたかの4つです。面談官は、知っているサービスの数より「この人に本番の環境を触らせて大丈夫か」「判断を任せられるか」を確かめようとしています。

答えるときは、サービス名を並べるより、自分の経験から「構成を決めた場面」「障害に対応した場面」を2〜3つ選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではAWS案件に固有の質問に絞ります。

AWSの面談で面談官が見ていること

AWS案件の面談に出てくるのは、発注元のインフラの責任者や、開発チームのリードであることが多く、本人もAWSを触っています。そのため、言葉の上手さより、話の中に出てくる判断の理由と、本番を壊さないための手順を聞いています。

面談官が知りたいのは、おおむね次の3点です。

1. 任せられる範囲：設計から入れるのか、決まった構成の構築や運用が中心なのか
2. 本番での振る舞い：変更や障害のときに、慎重に、記録を残して動けるか
3. チームとの相性：レビューの受け方、開発者や運用チームとの話し方が自社に合うか

以下の質問は、この3点のどれかを確かめるためのものです。

よく聞かれる質問と答え方の考え方

答えの例は、組み立て方を伝えるための架空の例です。ご自身の経験に置き換えて準備してください。

1. 「直近の案件の構成と、あなたの担当を教えてください」

確かめたいのは任せられる範囲です。構成を1〜2行で要約し（例：「Webアプリを複数のアベイラビリティゾーンで動かし、データベースはマネージドサービス、配信はCDN経由」）、そのうち自分がどこを担ったかを話します。設計・構築・移行・運用のどれかを最初に示すと、後の質問とのずれが起きません。

架空の例：「既存の構成を引き継ぎ、ネットワークとデータベースの見直しを担当しました。構成の変更案は私が作り、インフラの責任者の承認を得て進めていました」

2. 「その構成にした理由は何ですか」

AWSの面談で最も掘り下げられる質問です。サービスの説明ではなく、ほかの選択肢を捨てた理由を話します。可用性、費用、運用の手間、チームの習熟度など、何を重く見て決めたかを示すと、判断の質が伝わります。自分が決める立場でなかった場合は、決める人に何を材料として渡したかを話しましょう。

3. 「IaCはどのように使っていましたか」

ツールの名前より、関わり方の深さを見ています。新しくモジュールを設計したのか、既存のコードを直していたのか、手で作られた環境をコードに取り込んだのか、を分けて話します。レビューの流れや、実行計画（変更の差分）を誰がどう確かめていたかも聞かれやすい点です。

4. 「ネットワークの構成はどう決めましたか」

VPCの分け方、外部との接続、オンプレミスとのつなぎ方など、後から変えにくい部分の考え方を確かめる質問です。アドレスの割り当てを将来の拡張まで見て決めたか、通信の経路をどう絞ったかなど、具体的な判断を1つ話せると十分です。

5. 「権限やセキュリティで気をつけたことは何ですか」

最小権限の考え方、人とシステムの権限の分け方、ログの残し方などを確かめます。「全員に管理者権限を渡していた環境を、役割ごとに分けた」のように、状態をどう変えたかで話すと伝わりやすくなります。秘密情報の扱いで失敗しかけた経験があれば、その後どう防いだかも材料になります。

6. 「障害に対応した経験を教えてください」

次の順番で組み立てると伝わりやすくなります。

• 何で気づいたか（アラート、利用者からの連絡など）
• まず何をして影響を止めたか
• 原因をどう突き止めたか
• 誰に、いつ、何を報告したか
• 再発を防ぐために何を変えたか

「再起動して直りました」で終わると、判断の中身が見えません。振り返りを書いた経験があれば、それを添えると運用の姿勢が伝わります。

7. 「費用を下げた、または増えすぎを防いだ経験はありますか」

AWS案件では費用の意識もよく見られます。使っていない資源の整理、サイズの見直し、割引の仕組みの検討などのうち、自分が提案したことと、その結果を話します。金額は伏せ、割合や考え方で伝えれば十分です。

8. 「本番環境の変更はどう進めていましたか」

変更の手順、レビュー、作業の時間帯、元に戻す方法を確かめる質問です。手順書や切り戻しの基準を事前に用意していたことを話せると、本番を任せやすい人だと受け取られます。

準備は「構成の要約」と「場面」をそろえる

準備は次の手順で進めると効率的です。

1. 構成の要約を作る：直近の案件ごとに、構成を1〜2行で言えるようにする。構成図を口頭で説明する練習もしておく
2. 場面を選ぶ：構成を決めた場面、障害に対応した場面、権限や費用を改善した場面など、性質の違う場面を2〜3つ選ぶ
3. 場面ごとにメモを作る：状況、選択肢、選んだ理由、結果、学びを書き出す
4. 2分版と5分版を用意する：最初は短く話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いた担当工程やIaCの関わり方と、話の中身が一致しているかを確かめる

面談官はシートを見ながら質問するため、話とシートがずれると、どちらも信用されにくくなります。シートの書き方はAWSのスキルシートの記事、技術的な質問に口頭やその場の課題で答える形式は技術テストの記事で解説しています。

面談の相手によって重心が変わる

相手が分かっている場合は、その人が重く見る点に話の重心を置くと、限られた時間を有効に使えます。

AWS案件ならではの逆質問

逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。AWSの案件では、次の点を聞いておくと判断がしやすくなります。

• アカウントの数と、自分に付く権限の範囲
• IaCで管理されている範囲と、手で作られた部分の有無
• 本番変更の承認の流れと、作業の時間帯
• 障害の連絡体制に入るか、夜間や休日の対応があるか
• 環境への入り方（社内のネットワーク経由か、リモートで入れるか）

一般的な逆質問の考え方は面談で聞いておくべき逆質問にまとめています。聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はAWS案件の選び方で整理しています。

よくある質問

AWS認定を持っていれば、面談で技術の質問は減りますか？

減るとは限りません。認定は知識の裏付けとして読まれますが、面談では実務でどう使ったかが掘り下げられます。認定について聞かれたら、取った理由と、学んだ内容を使った場面を1つ話せるようにしておきましょう。資格の位置づけはAWSエンジニアに資格は必要？で整理しています。

運用の経験が中心ですが、構築の案件の面談ではどう話せばよいですか？

運用の中で手順を自動化した、監視を作り直した、障害の振り返りから構成の変更を提案した、といった「作る側」に近い経験を中心に話します。構築の経験を実際より大きく語ると、掘り下げられたときに答えに詰まるため、担った範囲を正確に伝えることが大切です。

面談で構成図を描いてほしいと言われたらどうすればよいですか？

画面共有のホワイトボードや紙に、利用者からの通信の流れに沿って描くと説明しやすくなります。細部より、なぜその形にしたかを話しながら描くことが評価につながります。オンライン面談の準備はオンライン面談の記事をご覧ください。