このページの内容
練習する質問
Tell me about a system you ran in production.
本番環境で運用していたシステムについて教えてください。
質問の意図ツールの知識だけでなく、実際に動いているシステムを扱った経験を知りたいと考えています。
システムの役割と、使っていた人を説明します。ユーザー数、クラスター数、トラフィックなど、数字を1つか2つ入れます。担当した作業は「I」で話します。オンコールだった場合は、それも伝えます。3〜4文にまとめます。
How did you monitor that system, and how did you decide what to alert on?
そのシステムをどのように監視し、何をアラートの対象にするかをどう決めましたか。
質問の意図よい監視は問題を早く見つけます。システムの見守り方と、アラートを増やしすぎない工夫を知りたいと考えています。
エラー、応答時間、ディスク容量など、見ていたものを話します。追加したアラートを1つ挙げて、なぜ大切だったかを説明します。「We only alerted on problems that users would notice.」と言うこともできます。
How did you make changes or deployments safely?
変更やデプロイを、どのように安全に行いましたか。
質問の意図多くの問題は変更から始まります。リスクをどう下げているかを知りたいと考えています。
実際の手順を話します。先にテストした、一部のユーザーに先行して公開した、元に戻す計画があった、などです。うまくいった変更か、元に戻した変更を、短い例で1つ挙げます。
Did you manage infrastructure as code? Tell me about it.
インフラをコードで管理した経験はありますか。教えてください。
質問の意図インフラを、繰り返し同じように作ったり変更したりする方法を知りたいと考えています。
サーバー、ネットワーク、権限など、コードで定義したものを話します。書く、レビューする、直すなど、ご自分の役割も伝えます。手作業のミスが減ったなど、よかった点を1つ挙げます。少ししか使っていない場合は、正直にそう伝えます。
Tell me about your worst outage. What broke, and what did you do first?
これまでで最もひどかった障害について教えてください。何が壊れて、最初に何をしましたか。
質問の意図障害は起こるものです。プレッシャーの中での最初の行動と、優先順位の付け方を知りたいと考えています。
何が壊れたか、最初に何をしたか、そのあと何が変わったかの3段階で話します。たとえば「The database disk filled up. I added space. Then we set up an alert.」のように、短くまとめます。
Tell me about a cost or security choice you made.
コストやセキュリティについて、ご自身で判断した例を教えてください。
質問の意図クラウドの仕事にはトレードオフがあります。どう考えて決めるのかを知りたいと考えています。
2つの選択肢、選んだもの、その理由を話します。たとえば「We chose a smaller instance type for the test servers. It cut cost, and the risk was low.」のように言います。理由は1つにしぼると伝わりやすくなります。
Why did you choose that over the other option?
なぜもう一方ではなく、それを選んだのですか。
質問の意図習慣や好きなツールではなく、はっきりした理由があって選んだかを確かめたいと考えています。
リスク、コスト、スピードの視点で話します。「We chose the cheaper option because the risk was low.」と言うこともできます。今なら別の選択をする場合は、正直にそう伝えます。
Tell me about a mistake you made while running a system.
システムを運用していて、ご自身がミスをした経験を教えてください。
質問の意図正直なエンジニアは信頼しやすいものです。ミスとどう向き合うかを知りたいと考えています。
実際にあった、小さめのミスを選びます。何が起きたか、どう直したか、今は何を変えているかを話します。シンプルにまとめます。ほかの人のせいにしないようにします。
How do you work with other engineers when there is a problem?
問題が起きたとき、ほかのエンジニアとどのように協力しますか。
質問の意図チームワークについての質問です。仕事の分け方や伝え方を知りたいと考えています。
例を1つ挙げます。状況の共有、助けを求める、作業を分けるなど、どうしたかを話します。障害の最中は、短くわかりやすいメッセージを送ります。そのあとは、振り返りに参加して、ほかの人の話を聞きます。
Tell me about a time you disagreed with a teammate about a technical choice.
技術的な判断について、チームメイトと意見が合わなかった経験を教えてください。
質問の意図意見の違いにどう対応して、それでも一緒に結論を出せるかを知りたいと考えています。
両方の考えを公平に説明します。データや小さなテストを使うなど、どう話し合ったかを伝えます。最後にどう決めたかを話します。相手への敬意も見せます。
Let me think of a good example.
よい例を考えさせてください。

Clara
AIのコーチ

Leo
AIのコーチ
使ってみるフレーズ
Let me think of a good example.
よい例を考えさせてください。
My part was to watch the alerts and fix the problem.
私の担当は、アラートを見て問題を直すことでした。
The system served about … users a day.
そのシステムは、1日に約…人のユーザーが使っていました。
The first thing I did was …
最初にしたのは…です。
After that, we added an alert so it would not happen again.
そのあと、再発しないようにアラートを追加しました。
We chose the cheaper option because the risk was low.
リスクが低かったので、安いほうを選びました。
よくある質問
この面接にコーディングテストはありますか?
ありません。この面接では、Danaはコーディングテストを出しません。運用したシステムや、その中で行った判断について話してもらいます。コードではなく、話す例を準備します。
障害の原因が自分のミスだった場合はどうすればいいですか?
大丈夫です。よい話の多くは、ミスから始まります。何が起きたかを正直に話します。そのうえで、どう直したか、そのあと何が変わったかを中心に伝えます。落ち着いてミスを認める姿は、成熟した印象につながることがあります。
知っているツールを全部挙げたほうがいいですか?
一覧にして挙げる必要はありません。ツールは、実際の例の中で触れます。ツール名だけを並べると、「What did you do yourself?」と聞かれるかもしれません。ご自身の行動、システムの規模、理由を話します。