AWS-Interviewfragen

Du hast die Dienstliste gelesen und weißt trotzdem nicht, wie das Interview ablaufen wird. Diese Lücke ist normal, und dieser Abschnitt schließt sie: AWS-Runden sollen herausfinden, ob du etwas betrieben hast, nicht ob du es benennen kannst.

Das Muster zeigt sich in der Nachfrage. Ein Interviewer fragt, welchen Dienst du verwenden würdest, du antwortest richtig, und die nächste Frage lautet, warum nicht den anderen. Wer die Arbeitslast betrieben hat, antwortet mit einer Rechnung, einem Ausfall oder einer Migration. Wer nur die Dokumentation gelesen hat, stockt. Diese zweite Frage, nicht die erste, entscheidet AWS-Interviews.

Drei Rundentypen wiederholen sich: eine Grundlagenrunde zu Netzwerken, Identität, Speicher und Rechenleistung; eine Szenario- oder Design-Runde, in der du unter Einschränkungen etwas architektierst; und eine Fehlersuche-Runde, in der dir ein Symptom genannt wird und du sagen sollst, was du prüfen würdest. Die Tiefe der Erwartungen steigt mit der Erfahrungsstufe, aber die Form bleibt gleich. Weitere Fragenbanken nach Rolle und Thema findest du im Hub für Interviewfragen.

Das sind die Grundlagenfragen, die in AWS-Interviews immer wieder vorkommen, gruppiert so, wie Runden meist aufgebaut sind.

Netzwerke und VPC

• Was ist eine VPC, und wie unterscheiden sich öffentliche und private Subnetze?
• Wann brauchst du ein NAT-Gateway, und was kostet dich das?
• Wie unterscheiden sich Security Groups von Netzwerk-ACLs?
• Wie würdest du zwei VPCs verbinden, und wann ist Peering die falsche Wahl?

Identität und Sicherheit

• Erkläre IAM-Rollen, -Richtlinien und -Benutzer, und wann du welche nutzt.
• Wie erhält eine EC2-Instanz Zugangsdaten, ohne einen Schlüssel zu speichern?
• Wie sieht das Prinzip der geringsten Rechte in einer echten Richtlinie aus?
• Wie rotierst und prüfst du Secrets in AWS?

Speicher und Datenbanken

• Vergleiche die S3-Speicherklassen und erkläre, wann du welche nutzt.
• Was ist der Unterschied zwischen EBS und Instance Store?
• Wann wählst du DynamoDB statt RDS, und worauf verzichtest du dabei?
• Wie unterscheiden sich Lesereplikate von einer Multi-AZ-Bereitstellung?

Rechenleistung und Verfügbarkeit

• Erkläre Auto-Scaling-Gruppen und die Metriken, nach denen du skalieren würdest.
• Wann ist Lambda die falsche Antwort?
• Was ist der Unterschied zwischen einer Availability Zone und einer Region?
• Wie würdest du dafür sorgen, den Ausfall einer ganzen Availability Zone zu überstehen?

Szenario-Fragen trennen die Kandidaten, weil es keine auswendig lernbare Antwort gibt. Typische Aufgabenstellungen:

• Unsere monatliche Rechnung hat sich verdoppelt, der Traffic nicht. Wie findest du heraus, warum?
• Entwirf eine Upload-Pipeline für Dateien, die für eine einzelne Anfrage zu groß sind.
• Ein Dienst ist nur in einer Availability Zone langsam. Was prüfst du zuerst?
• Migriere eine On-Premise-Datenbank mit minimaler Ausfallzeit zu AWS. Erklär mir, wie.
• Wie würdest du diese Architektur einen regionalen Ausfall überstehen lassen, und was würde das kosten?

Antworte immer in derselben Reihenfolge: formuliere die Einschränkung, die du für entscheidend hältst, sprich deine Annahme laut aus, wähle einen Dienst und benenne dann den Kompromiss, den du eingegangen bist. Der Kompromiss-Satz ist es, worauf Interviewer achten, weil er beweist, dass du weißt, was die Wahl gekostet hat.

Eine Backend-Ingenieurin, die sich für eine Plattform-Rolle bei einem mittelgroßen Unternehmen bewirbt, soll eine Upload-Pipeline entwerfen. Statt sofort S3 zu nennen, fragt sie, ob die Uploads nutzerseitig sind und wie groß die Dateien werden, und wählt dann vorsignierte URLs mit einem Multipart-Upload, wobei sie erklärt, dass sie das Routing über die Anwendungsserver verworfen hat, weil das den Durchsatz zu einem Skalierungsproblem gemacht hätte. Die Wahl des Dienstes war gewöhnlich; die Begründung ist es, woran man sich erinnert.

Eine Fragenliste zu lesen ist kein Üben. Der typische Fehler in AWS-Interviews besteht darin, die Antwort zu kennen und sie als unstrukturierten Monolog vorzutragen, und das zeigt sich erst, wenn du sprichst.

Arbeite die obigen Listen laut durch, eine Frage nach der anderen, und halte dich an die vierteilige Reihenfolge: Einschränkung, Annahme, Wahl, Kompromiss. Nimm ein paar davon auf und höre sie dir noch einmal an, um den Moment zu finden, in dem deine Antwort ihre Form verliert. Denselben Ablauf als Mock-Interview zu üben fügt die Nachfrage hinzu, den Teil, den du nicht allein üben kannst und auf den sich AWS-Interviewer am stärksten stützen.

Eine Grenze, die klar benannt werden sollte: Manche AWS-Screenings sind automatisierte, aufgezeichnete oder beaufsichtigte Prüfungen statt Live-Gesprächen. Das liegt außerhalb der Reichweite jedes Live-Assistenten, SubcueAI eingeschlossen. Vorbereitung ist dort das Einzige, was hilft, und der Hub für Interviewtypen erklärt, welche Formate sich wie verhalten.