Skip to content
tezvyn:

☁️DevOps & Cloud

Infrastructure, containers, CI/CD, and cloud

619 bites

Test yourself: Top 30 DevOps & Cloud concepts questionsMultiple choice, with the correct answer and why it is correct on every question. Free, no sign-in.

Concepts in DevOps & Cloud, page 2

intermediate2 min read

Blameless Postmortems: Fix Systems, Not Blame

A blameless postmortem treats human error as a symptom of a system flaw, not a root cause. It's used after major incidents to find systemic causes and prevent recurrence, assuming everyone acted with good intentions.

easy2 min read

SaaS: Renting Software Instead of Owning It

Think of SaaS as renting software. You pay a subscription to use an app online, and the provider handles all maintenance. This model offers scalability and cost-effectiveness, but the footgun is forgetting you don't own the software or control the update…

Blue-Green Deployment: Zero-Downtime Releases
intermediate2 min read

Blue-Green Deployment: Zero-Downtime Releases

Run two identical production environments, Blue (live) and Green (new). To deploy, just flip a switch routing traffic to Green. This enables zero-downtime releases and instant rollbacks. The footgun is using DNS for the switch, which can lag due to caching.

advanced2 min read

Service Level Agreement (SLA): The Contract Behind Uptime

An SLA is a business contract, not a technical target. It defines the minimum service quality a provider promises a customer, with financial penalties for failure. You see them in every cloud provider contract.

advanced2 min read

Union File Systems: Docker's Layered Magic

A Union File System stacks read-only layers and adds a writable one on top, like transparent overlays. This lets containers share base images, saving disk space, while isolating changes via copy-on-write. The footgun is performance on write-heavy apps.

intermediate2 min read

Canary Release: Test New Code on Real Users, Safely

A canary release is like sending a canary into a coal mine: expose a new version to a small group of users to detect problems before a full rollout. It's used to safely test changes in production by gradually shifting traffic.

advanced2 min read

OCI Runtime Spec: The 'How to Run' Standard for Containers

The OCI Runtime Spec is the universal instruction manual for executing a container. It defines a standard config.json and lifecycle actions, ensuring a container runs the same way across different runtimes like runc or crun.

CapEx vs. OpEx: The Cloud's Financial Shift
intermediate2 min read

CapEx vs. OpEx: The Cloud's Financial Shift

Cloud computing shifts IT spending from buying assets upfront (CapEx) to paying for services as you use them (OpEx). Think buying a car vs. hailing a ride. This model lets you scale on demand, but the biggest mistake is assuming it's always cheaper.

advanced2 min read

Pipeline as Code: Versioning Your Build Process

Treat your CI/CD pipeline not as clicks in a UI, but as a version-controlled file (Jenkinsfile) living with your code. This enables automated, reviewable build processes for every branch. The footgun is defining pipelines in the UI, creating a black box.

advanced2 min read

SRE Engagement Models: From Gatekeeper to Platform Builder

SRE engagement models define how reliability experts help product teams, evolving from gatekeeping existing services to providing reliable platforms. This applies when scaling an SRE team's impact.

advanced2 min read

Container Runtime Shim: Decoupling the Container Lifecycle

A runtime shim is a small process that decouples the container daemon (like containerd) from the container itself. This lets the daemon restart without killing running containers.

Cloud Scalability vs. Elasticity: Planned Growth vs. Real-Time Reaction
intermediate2 min read

Cloud Scalability vs. Elasticity: Planned Growth vs. Real-Time Reaction

Think of scalability as adding lanes to a highway for long-term growth. Elasticity is opening a reversible lane only during rush hour. Scalability handles predictable demand, like a product launch; elasticity manages unpredictable spikes, like a viral post.

advanced2 min read

Immutable Infrastructure: Treat Servers Like Cattle, Not Pets

Immutable infrastructure means you never modify running servers. To deploy, you replace them with new ones built from a golden image. This is key for CI/CD and autoscaling, ensuring consistency. The footgun is configuration drift from manual, one-off fixes.

easy2 min read

Code Instrumentation: Making Your App Observable

Instrumentation is like adding a flight recorder to your app, emitting telemetry about its internal state. It's how you generate traces, metrics, and logs for observability tools. The main footgun is over-instrumenting, creating noisy and expensive data.

advanced2 min read

seccomp: A Kernel-Level Allowlist for Syscalls

seccomp is a Linux kernel firewall for system calls (syscalls), restricting which operations a process can request. Docker and Kubernetes use it to harden containers against exploits. The footgun is creating a custom profile so restrictive it breaks your app.

intermediate2 min read

High Availability: Designing Systems That Don't Go Down

High Availability (HA) means designing systems to survive failures by having redundant components ready to take over instantly. It's essential for services like payment gateways where downtime costs money and user trust.

GitOps: Your Git Repo is the Single Source of Truth
advanced2 min read

GitOps: Your Git Repo is the Single Source of Truth

GitOps makes a Git repo the single source of truth for your infrastructure's desired state. An automated process makes production match what's declared in Git, enabling continuous deployment.

Health Checks: Is Your Service Alive or Just Running?
easy2 min read

Health Checks: Is Your Service Alive or Just Running?

A health check answers 'Can you do your job?', not just 'Are you running?'. Load balancers and orchestrators use this API endpoint to stop routing traffic to sick instances.

easy2 min read

Container Lifecycle: From Create to Remove

A container is a state machine: created, running, paused, stopped, and removed. You manage this with commands like docker run, while orchestrators automate it. The footgun: stop doesn't delete a container; you must rm it to free up disk space.

intermediate2 min read

Cloud Regions and AZs: Infrastructure Built for Failure

Think of a cloud region as a city and its availability zones (AZs) as independent power grids. If one AZ fails, your app runs in another. The footgun is deploying to a single AZ; this provides no protection against data center-level outages.

We are hiring for this. Every open role lists the topics its interview covers, so you can prepare for the real thing rather than guessing.

See open roles