⚙️

DevOps Interview & Career Prep

Build fluency in DevOps culture, CI/CD, SRE, containers, and Kubernetes — concept- and troubleshooting-focused questions designed for interviews and career development.

The Ryno Tools DevOps quiz covers two tracks: Core Concepts & Culture (50 questions on DevOps principles, DORA metrics, SRE error budgets, Agile/Lean, blameless postmortems) and Containers & Kubernetes (53 questions on container fundamentals, image management, pods, services, storage, and troubleshooting). Questions are interview-style and concept-focused, not syntax recall.

Start practicing — free, no login

Practice Tracks

About DevOps Exam Prep on Ryno Tools

The Ryno Tools DevOps quiz is designed for people pursuing a DevOps or platform engineering career who need fluency in core concepts — not code syntax. Every question is framed as a concept or troubleshooting scenario of the kind you encounter in interviews and on the job: 'why does X happen', 'what would you check if Y', 'what does this metric tell you'.

Core Concepts & Culture covers the foundational ideas that distinguish high-performing engineering organizations: DevOps principles (the Three Ways), DORA's four key metrics, SRE practices (error budgets, SLI/SLO/SLA, blameless postmortems, toil), Agile and Lean fundamentals (WIP limits, value stream mapping, Little's Law), and CI/CD principles (trunk-based development, feature flags, deployment strategies). Sources: Google SRE Book, Accelerate (Forsgren/Humble/Kim), Team Topologies (Skelton/Pais), and the Agile Manifesto.

Containers & Kubernetes covers the operational primitives every DevOps engineer must understand: what containers are and how they differ from VMs, how image layers and registries work, the anatomy of a Kubernetes pod, workload controllers (Deployment, StatefulSet, DaemonSet, Job), service types and CoreDNS, storage (PersistentVolume/PersistentVolumeClaim), and how to diagnose the most common failure states (CrashLoopBackOff, OOMKilled, ImagePullBackOff, pending pods, service unreachable). Sources: kubernetes.io/docs, docs.docker.com, CNCF.

Frequently Asked Questions

What is DevOps and why does it matter for interviews?

DevOps is a set of cultural practices, organizational patterns, and technical capabilities that improve an organization's ability to deliver software reliably and rapidly. Interviewers probe DevOps knowledge to assess whether a candidate understands how modern software teams operate — not just individual tool syntax. Core topics include the three-way handshake between development, operations, and security; measurement via DORA metrics (deployment frequency, lead time for changes, change failure rate, time to restore service); and cultural practices such as blameless postmortems and shared ownership.

What is an SRE error budget?

An error budget is the allowable amount of unreliability derived from an SLO (Service Level Objective). If your SLO is 99.9% availability, your error budget is 0.1% downtime — approximately 8.7 hours per year. The error budget is consumed by outages, degradations, and planned maintenance. When the budget is depleted, new feature releases are halted until reliability is restored, creating a shared incentive between product and reliability teams. The concept originates from the Google SRE book (Beyer et al.).

What are the four DORA metrics?

The four DORA metrics (from Forsgren, Humble, and Kim's Accelerate research) measure software delivery performance: (1) Deployment Frequency — how often code is deployed to production; (2) Lead Time for Changes — time from code commit to production deployment; (3) Change Failure Rate — percentage of deployments that cause a production incident; (4) Time to Restore Service — how long it takes to recover from a production failure. Elite performers (top quartile) deploy multiple times per day, have lead times under one hour, change failure rates under 5%, and restore service in under one hour.

What is the difference between a container and a VM?

A virtual machine (VM) includes a full operating system kernel, which is managed by a hypervisor. A container shares the host OS kernel and isolates processes using Linux namespaces (PID, network, mount, UTS, IPC) and cgroups (resource limits). Containers start in milliseconds, have megabyte-level overhead, and are portable across any host running the same container runtime. VMs provide stronger isolation but have gigabyte-level overhead and seconds-to-minutes startup times. In practice, containers and VMs are complementary: containers run inside VMs in most cloud environments.

What causes a CrashLoopBackOff in Kubernetes?

CrashLoopBackOff means a container is repeatedly starting, crashing, and being restarted by Kubernetes. Common causes: the container's entrypoint or command exits non-zero (configuration error, missing dependency, or application bug); the container runs out of memory (OOMKilled) on startup; a required secret or ConfigMap is missing; a liveness probe is configured too aggressively and kills the container before it finishes starting. Debug with: kubectl describe pod <name> (check Events and Last State), kubectl logs <pod> --previous (logs from the crashed instance).

← All study tracks