DevOps Proefgesprek: Zo Oefen Je Voor Een DevOps-functie

Veel DevOps-kandidaten bereiden zich voor door commando's en tooldocumentatie door te nemen, en lopen vast zodra de interviewer een storing beschrijft en vraagt "wat doe je?" Deze sectie legt uit waarom het proefgesprek rond scenario's moet worden opgebouwd. DevOps-gesprekken testen vooral hoe je redeneert bij een live probleem, en dat verbetert alleen als je oefent dit hardop toe te lichten.

De vraagonderwerpen zelf staan op de pagina DevOps-sollicitatievragen in de vraagbanken. Een proefgesprek is waar je het gesprek zelf oefent: eerst de impact beschrijven, een veilige volgende stap kiezen, en je redenering toelichten terwijl iemand de feiten voor je verandert.

• Een troubleshooting-scenario. Fouten pieken na een deployment, een service paget 's nachts, of een pipeline faalt alleen op de main branch.
• CI/CD-vragen. Pipelinefasen, wat een release tegenhoudt, blue-green versus canary rollouts, en hoe secrets de build bereiken.
• Infrastructure as code. Terraform state, drift, en hoe je een plan beoordeelt dat een resource verwijdert.
• Containers en orkestratie. Een pod die vastzit in CrashLoopBackOff, resourcelimieten, en rolling updates.
• Observability. Welke alerts een mens oproepen, hoe je omgaat met ruizige alerts, en hoe je een service level objective definieert.
• Jouw incidentverhaal. Een echt incident, jouw rol daarin, en wat daarna is veranderd.

De proefgesprektool kan de vraagonderdelen doorlopen en vervolgvragen stellen als er geen oefenpartner beschikbaar is.

Een kandidaat voor een platform-engineeringfunctie bij een softwarebedrijf kreeg te horen dat checkoutfouten meteen na een deployment op vrijdagmiddag pieken. In de eerste oefenpoging begon hij meteen logs te lezen. Na evaluatie herwerkte hij het antwoord: bevestig de impact en wie is getroffen, controleer wat er is veranderd, draai terug omdat de deployment de waarschijnlijke oorzaak is, meld het incidentkanaal wat er gebeurt, en onderzoek pas daarna de grondoorzaak in een rustiger tempo. In de tweede poging voegde de oefenpartner een twist toe (de terugdraai mislukt door een databasemigratie), en de kandidaat legde uit hoe hij in plaats daarvan vooruit zou repareren.

Dat is het patroon om te oefenen: impact, recente wijziging, mitigatie, communicatie, grondoorzaak, preventie. Vraag je partner om halverwege minstens één nieuw symptoom toe te voegen, want echte interviewers doen dat ook.

Beoordeel een opname aan de hand van vier vragen: heb je de impact benoemd voordat je verder groef, heb je gemitigeerd voordat je de grondoorzaak zocht, heb je gezegd wat je het team zou vertellen, en heb je een preventiestap voorgesteld. Verwante sets zoals SRE-sollicitatievragen en Terraform-sollicitatievragen staan in de vraagbankenhub.

Voor het live videogesprek transcribeert SubcueAI de interviewer en stelt gestructureerde antwoordpunten op in een lokale overlay, vanuit de desktopapp op macOS of Windows of de browserextensie in Chrome of Edge, zonder dat er een bot deelneemt aan het gesprek. Het helpt het meest bij discussierondes. Praktische terminaloefeningen op een gedeeld scherm, proctored assessments en opgenomen eenrichtingsgesprekken vallen buiten wat het kan afdekken, en alles wat je deelt is zichtbaar.