Skip to content
tezvyn:

MLOps & Infrastructure

Model deployment, training infra, experiment tracking

64 bites

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

Advanced everything in MLOps & Infrastructure, page 3

Hybrid Cloud MLOps: Train Anywhere, Deploy Everywhere
advanced2 min read

Hybrid Cloud MLOps: Train Anywhere, Deploy Everywhere

Treat your ML infrastructure like your applications—a consistent platform that runs anywhere, avoiding siloed stacks for data science and app dev. Use it to train on cloud GPUs but deploy on-prem for low latency, ensuring dev/prod parity across environments.

advanced2 min read

Compute Abstraction Layer: Run Code Anywhere

A Compute Abstraction Layer is a universal adapter for your code, letting you run it on a laptop, cloud GPU, or cluster without changes. It's used in MLOps to scale a script from local debug to production training. The footgun is a leaky abstraction.

advanced2 min read

DDM: Detecting Drift with Error Rate Statistics

DDM acts as a statistical alarm on your model's error rate, watching for spikes that signal the underlying data has changed. Use it for online binary classification with immediate feedback, like spam filtering.

advanced2 min read

Logging Model Explanations, Not Just Predictions

Log *why* your model makes a prediction, not just the output. This captures the model's reasoning, creating a debuggable audit trail. It's essential for diagnosing model drift and ensuring fairness.

advanced2 min read

Multi-Model Serving: Packing More Models into Less RAM

Multi-model serving is a carpool for your ML models. Instead of one server per model, you pack many into a single process to share resources and cut costs. It's ideal for serving many models with intermittent traffic.

advanced2 min read

Model Compilation: Bridging Models and Hardware

An ML compiler translates a model's abstract math into optimized instructions for specific hardware. This lets you run the same model efficiently on cloud GPUs, mobile CPUs, or edge devices.

advanced2 min read

Model Pruning: Making ML Models Smaller and Faster

Model pruning is like trimming a bonsai tree; you remove the least important weights to create a smaller, faster model. It's essential for running large models on devices like smartphones, but over-pruning can irreversibly damage accuracy.

advanced2 min read

NVIDIA Triton: A Universal AI Model Server

Triton Inference Server is like a universal remote for AI models, providing a standard API to serve models from any framework. Use it to deploy diverse models (PyTorch, ONNX) without custom serving stacks.

advanced2 min read

Multi-Armed Bandits for Model Selection

Treat your candidate models like slot machines. A Multi-Armed Bandit (MAB) algorithm automatically allocates traffic to find the best one, balancing exploration of new options with exploiting the current winner.

advanced1 min read

GitOps for MLOps: Your ML System as Code

GitOps for MLOps treats your entire machine learning pipeline—data, code, and models—as declarative configuration in Git. It automates ML workflows, ensuring reproducibility by making every change a reviewable commit.

Microsoft DeepSpeed: Training Massive Models Across GPUs
advanced2 min read

Microsoft DeepSpeed: Training Massive Models Across GPUs

DeepSpeed trains models too big for one GPU by partitioning model states across many devices. It's essential for training foundation models like BLOOM, but its complexity is overkill for smaller models and misconfiguration can harm performance.

advanced2 min read

All-Reduce: Synchronizing Parallel Workers

All-Reduce lets parallel workers agree on a global result. Each worker contributes data, an operation (like sum) runs on all data, and every worker gets the final answer. It's the core of distributed ML training, used to average gradients across GPUs.

advanced2 min read

Nix: Reproducible Builds Through Functional Package Management

Nix treats system configuration like pure functional programming, ensuring reproducible builds by isolating every package into a unique, immutable path. It's used for reliable CI/CD and consistent dev environments. The footgun is its steep learning curve.

advanced2 min read

Secrets Management: Beyond Environment Variables

Treat secrets like cattle, not pets: they should be temporary and replaceable. Use a central vault to dynamically inject credentials into apps at runtime, especially in CI/CD and containerized environments.

advanced2 min read

Multi-stage Docker Builds: Lean Images, Fast Deploys

Build your app in one container stage and run it in another, separate one. This keeps your final Docker image lean by shipping only the compiled artifact, not the entire build environment, compilers, and source code.

advanced2 min read

PMML: The 'Save File' for Machine Learning Models

PMML is like a universal "save file" for ML models, using XML to describe everything needed for prediction: features, preprocessing, and model structure. It enables training in Python and deploying in Java. The footgun: verbose files and partial tool support.

advanced2 min read

Model Lineage: The Git History for Your AI

Think of model lineage as the git log for your AI, tracking every input from data to code that created it. It's essential for reproducing models, debugging failures, and satisfying regulatory audits.

advanced2 min read

Entity Embeddings: Smart Maps for Categorical Data

Entity embeddings turn categorical data like user IDs into dense vectors, creating a "map" where similar items are neighbors. This is used in neural networks to handle high-cardinality features efficiently, avoiding the memory bloat of one-hot encoding.

Feature Governance: Taming Your ML Inputs
advanced2 min read

Feature Governance: Taming Your ML Inputs

Feature governance treats ML inputs like code, enforcing consistency from training to production. It's a central system of record for what data your models see. This prevents training-serving skew.

advanced2 min read

Point-in-Time Correctness: Avoiding Data Leakage in ML

A point-in-time correct join is a time-traveling lookup for ML features, grabbing the most recent values known *at the time of an event*. It's vital when building training data from feature tables that update at different rates to prevent data leakage.

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