Role guide and interview toolkit

MLOps / AI Platform Engineer

What the work looks like, the stacks behind the title, what each level means and the training that helps, then how interviews run and how to prepare for each step.

Kubernetes·GPU infrastructure·vLLM·KServe·Ray·MLflow
The role in practice

What an MLOps or AI platform engineer actually does

An engineer who builds the platform that other teams use to train, deploy and run models, from GPUs to model serving in production.

The work

An MLOps or AI platform engineer builds and runs the platform that ML engineers, AI engineers and data scientists use every day. This platform covers the GPU infrastructure, the training jobs, the model registry and the serving of models in production.

The role sits between infrastructure and machine learning. Platform engineers automate the path from a trained model to production with CI/CD for models, watch the reliability and the latency of model serving, and plan GPU capacity with the teams who need it.

GPU costs are high, so a large part of the work is about cost and capacity. More and more teams also work with AI coding tools such as Claude Code, Cursor or GitHub Copilot, and expect engineers to use them with judgment.

A typical week
  • Deploying a new model version on the serving platform
  • Fixing a latency or GPU memory problem in production
  • A review of GPU usage and costs with the teams
  • Improving a training or fine-tuning pipeline
  • Code reviews, runbooks and documentation
Often confused with
ML EngineerTrains models and puts them in production, using the platform more than building it.
DevOps EngineerAutomates the delivery and the infrastructure of software, often with less ML work.
Platform EngineerBuilds the internal platform for software teams in general.
Data EngineerBuilds the pipelines that move and shape data for analytics and AI.
Specialisations and stack

The same title, very different stacks

Most MLOps and AI platform searches are defined first by the part of the platform the team owns, then by the ground every platform engineer shares.

Model servingTypical workInference · AutoscalingBuilt withvLLM · KServe · Triton
Training infrastructureTypical workGPU clusters · SchedulingBuilt withKubernetes · Ray
ML lifecycleTypical workModel registry · Fine-tuningBuilt withMLflow · Weights & Biases
InfrastructureKubernetes, GPUs, Ray
CloudAWS, GCP, Azure
DeliveryCI/CD for models
MonitoringLatency, errors, drift
CapacityGPU cost and capacity
Levels

What each level means in practice

Titles vary from one company to the next. What changes from one level to the next is the scope you own and the decisions you take.

01Junior
  • Works on the platform with a senior engineer
  • Learns the infrastructure, the tools and the users
  • Writes tested code and runbooks with review
02Confirmed
  • Builds and runs parts of the platform on their own
  • Fixes problems in serving and training
  • Works directly with ML and AI teams
03Senior
  • Designs platform components for many teams
  • Takes choices on cost, capacity and reliability
  • Mentors other engineers and leads code reviews
04Staff and Principal
  • Sets the architecture of the AI platform
  • Leads choices on vendors, clusters and standards
  • Writes the design documents others build on
Education and certifications

The paths into the role, and what really counts

Companies look first at platforms you have built and that other teams use in production. Education and certifications help most early in a career, or to change field.

Common paths
  • Engineering school or master's in computer scienceThe most common path in France, and often expected by large companies.
  • University degree in computer scienceThe most common path in the US, at bachelor's or master's level.
  • DevOps or platform engineering firstMany platform engineers start in DevOps or platform roles before moving to ML.
  • ML engineering firstML engineers who like infrastructure also move into the role.
Certifications
Kubernetes certifications (CKA)Sometimes askedUseful because most AI platforms run on Kubernetes.
AWS, GCP or Azure certificationsSometimes askedHelpful when the platform runs on that cloud.
NVIDIA certificationsRarely decisiveUseful to show GPU skills, and companies look more at the clusters you ran.

Our view: for this role, a platform you built and can walk through, from the GPUs to the teams who use it, often says more than any certificate.

Your interview with us

A conversation with a senior tech recruiter

Your first interview is with one of our senior tech recruiters, who knows the role, the stacks and the levels in this guide. The conversation covers your own work through real examples, and the technical exercises come later, with the company. Before the call, we send you the six themes we will cover so you can prepare your examples.

The six themes we share before the call
  1. What you owned yourselfThe platforms, clusters or pipelines you were responsible for, and your own part in the team's work.
  2. Your environment and its constraintsGPU budget, capacity, latency, security rules or the needs of ML teams: what shaped your technical choices.
  3. The decisions you madeWhich serving stack, which tools and how to share GPUs, the options you compared and the reasons for your choice.
  4. The impact of your workWhat changed thanks to your work, with numbers when you have them: GPU costs, latency, deployment time or incidents.
  5. How you work with other teamsYour work with ML engineers, AI engineers, data scientists and security, and how you settle a disagreement.
  6. What you want nextThe kind of platform, scale and scope you are looking for in your next role.
What we look at
  • Platforms other teams use
  • GPU cost and capacity
  • Reliability of model serving

The same ground for every candidate. For a given role, every candidate answers the same final questions, built with the hiring manager around what the role really needs.

Ready for the next steps. After our call, we tell you how the company runs its interviews, who you will meet at each step and what each step is meant to assess.

Interviews with the company

What the company will assess, step by step

Each company runs its own process, and we walk you through its steps before you start. MLOps processes often combine the steps below, and the depth expected at each step grows with your level.

The steps you will often meet
  1. A coding exerciseLive coding or a take-home, often automation in Python or Go, or a small service with tests.
  2. A platform system designA platform to design, such as model serving for many teams, with GPUs, autoscaling, monitoring and costs.
  3. A troubleshooting scenarioA problem in production, such as a latency spike or GPUs that run out of memory, and how you find the cause.
  4. Meeting the manager and the teamHow you work, how you take decisions with others and what the team expects in your first months.
What changes with your level
  • ConfirmedYou solve the exercise cleanly, explain each choice in simple words and think about the teams who use the platform.
  • SeniorYou lead the design, weigh cost, latency and reliability, and point out risks and limits before you are asked.
  • Staff and PrincipalYou run most of the interview as a peer, think about the whole AI platform and connect the design to the needs of several teams.
Your interview toolkit

How to prepare as an MLOps or AI platform engineer

Practical advice for each step of an MLOps process, from the way you introduce yourself to the questions you ask at the end of each interview.

01Introduce yourself in two minutes

Start with the platforms you built, the teams who use them and your part in them. Mention your stack in one sentence, then close with what you want next.

02Prepare two platforms

For each one, prepare the users, the scale, your decision, the options you set aside, the result and what you would change today. Say "we" for the team and "I" for your own part.

03Know your GPU numbers

Interviewers often ask about scale and cost. Prepare the number of GPUs, their usage, the costs and how you reduced them.

04Design for the users

In a platform system design, ask which teams use the platform, for which models and with which needs before you draw anything.

05Debug out loud

In a troubleshooting scenario, explain each check you make and why, from the metrics to the logs, before you propose a fix.

06Check the rules on AI tools

Rules on AI coding assistants differ from one company to the next, and sometimes from one step to the next. Ask before each step, and when they are allowed, explain what you ask the tool and how you check its output.

Questions you will often hear
  • Walk us through a platform you built, and who used it.
  • How do you share GPUs between several teams?
  • Model latency doubles after a release. What do you check?
  • How do you reduce the cost of serving an LLM?
Questions worth asking them
  • Which teams use the platform today, and for which models?
  • Which serving and training tools does the team use?
  • How does the team plan GPU capacity and costs?
  • Who is on call for the platform, and how often?
  • How do platform and ML teams share decisions?
  • How does the team use AI coding tools day to day?
Where the role leads

Where MLOps and AI platform engineers come from, and where they go

The roles people most often hold before this one, and the ones they most often move to.