Skip to content
tezvyn:

☁️DevOps & Cloud

Infrastructure, containers, CI/CD, and cloud

316 bites

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

Advanced everything in DevOps & Cloud, page 12

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.

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.

The Ambassador Pattern: Your App's Diplomatic Sidecar
advanced2 min read

The Ambassador Pattern: Your App's Diplomatic Sidecar

The Ambassador pattern places a proxy next to your application to handle its network communication, like a diplomat. This adds modern features like monitoring, security, and retries to legacy apps or across languages without changing app code.

The Sidecar Pattern: Offload and Isolate Application Logic
advanced2 min read

The Sidecar Pattern: Offload and Isolate Application Logic

The Sidecar Pattern attaches a helper container to your main application, like a sidecar on a motorcycle. It offloads tasks like logging or proxying, letting you add features without changing the main app's code. The footgun is over-engineering a solution.

advanced2 min read

Circuit Breaker Pattern: Fail Fast, Not Hard

A circuit breaker wraps network calls to prevent cascading failures. It monitors for errors, and if a service seems down, it 'trips' to fail requests instantly without hitting the network. This gives the failing service time to recover.

advanced2 min read

Explainable AI (XAI): Why Did the Model Do That?

Explainable AI (XAI) translates a model's 'black box' decision into a human-readable reason. Use it to debug predictions, build user trust, or meet regulatory needs. The footgun: explanations are approximations of the model's logic, not absolute truth.

Model Drift: When Good Models Go Bad
advanced2 min read

Model Drift: When Good Models Go Bad

A model is a snapshot of the world; model drift is the alarm that fires when the world changes but your snapshot has not. It detects when production data no longer statistically matches the training data, a common issue for models predicting user behavior.

Distributed Model Training: Splitting the Workload
advanced2 min read

Distributed Model Training: Splitting the Workload

Don't wait for one GPU to finish; use many. Distributed training splits a model's workload across multiple processors to finish faster. It's essential for massive deep learning models.

advanced2 min read

Data Virtualization: One Query, Many Sources

Data virtualization creates a single logical database from many physical sources without moving the data. It's used for real-time integration across silos like SQL, NoSQL, and APIs.

Data Mesh: From Central Data Lake to Distributed Ownership
advanced2 min read

Data Mesh: From Central Data Lake to Distributed Ownership

Data Mesh decentralizes data ownership, moving it from a central team to the business domains that create it. This approach, like microservices for data, is for orgs where a monolithic data lake has become a bottleneck.

Apache Iceberg: A Table Format for Huge Datasets
advanced2 min read

Apache Iceberg: A Table Format for Huge Datasets

Apache Iceberg is an open table format for huge analytic datasets. It adds a metadata layer to files in object storage, enabling engines like Spark and Trino to work with transactional guarantees. The footgun: it's a format, not a query engine itself.

advanced2 min read

Apache Beam: Write-Once, Run-Anywhere Data Pipelines

Apache Beam is a universal remote for big data engines. You write your pipeline logic once using its SDK, and it translates your code to run on different "runners" like Spark or Flink. The footgun is thinking Beam is an engine; it's an abstraction that.

advanced2 min read

Apache Flink: Unifying Batch and Stream Processing

Apache Flink treats everything as a stream of data, even finite batches. This unified model lets you process real-time events and historical data with the same logic. Use it for live analytics or fraud detection.

Cloud Unit Economics: Tying Spend to Value
advanced2 min read

Cloud Unit Economics: Tying Spend to Value

Instead of just a total cloud bill, unit economics calculates cost per meaningful unit, like 'cost per customer.' This helps justify rising costs with business growth and lets product owners make data-driven pricing tradeoffs.

advanced2 min read

Cost Anomaly Detection: Catching Runaway Cloud Bills

Think of cost anomaly detection as a fraud alert for your cloud bill. It uses machine learning to learn your normal spending patterns and automatically flags unexpected spikes before they become a crisis.

Policy as Code: Rules as Versioned, Testable Code
advanced2 min read

Policy as Code: Rules as Versioned, Testable Code

Policy as Code (PaC) treats rules like code: versioned, tested, and automated. Instead of manual UI clicks, you define guardrails in a declarative language. Use it in CI/CD to block bad deploys or in Kubernetes to enforce runtime rules.

IaC State: The Map Between Your Code and the Cloud
advanced2 min read

IaC State: The Map Between Your Code and the Cloud

IaC state is the source of truth mapping your code to real-world resources, acting as your tool's memory. Terraform uses a state file to plan updates, while other tools use a service backend. The footgun: never commit state files to Git; they lack locking and.

CQRS: Separate Models for Reading and Writing Data
advanced2 min read

CQRS: Separate Models for Reading and Writing Data

CQRS splits your application into two parts: one for changing data (Commands) and one for reading it (Queries), often with separate data models. Use it in complex systems with different read/write patterns.

The Saga Pattern: Transactions Across Microservices
advanced2 min read

The Saga Pattern: Transactions Across Microservices

The Saga pattern manages transactions across services by chaining local operations. If a step fails, compensating actions undo previous work. It's common in booking systems.

Serverless State Machines: The Conductor for Your Functions
advanced2 min read

Serverless State Machines: The Conductor for Your Functions

A serverless state machine is the conductor for your microservices, telling each function when to run and how to handle errors. It's built for multi-step processes like ETL pipelines or coordinating parallel tasks. The footgun is creating a visual monolith.

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