Living report · 2026 pilot

What does an operations
engineer need to know now?

A monthly, evidence-led view of the roles and skills employers ask for—from cloud and DevOps to platform engineering, SRE and the emerging AI operations stack.

4,504historical postings examined
2 marketsIndia + worldwide baseline
1,426actual 2026 pilot records
Open methodversioned taxonomy + QA

The live pilot below was collected in 2026-08 from 8 public employer job boards. It is actual data, but remains unaudited and source-panel biased; use it to review the method, not as a final market estimate.

01 / MARKET SIGNALS

The role is fragmenting.
The skill set is converging.

Actual pilot · 2026-08 · unaudited
EARLY AI SIGNAL

AI operations appears more often as a capability than a dedicated title.

LLM/GenAI appeared in 291 pilot postings and agentic systems in 212. These counts require audit because this source panel includes AI-native employers.

8 jobs
explicit MLOps or LLMOps mentions in this pilot
AI SIGNAL COUNTSone snapshot
291
212
48
40
33
25
6
6
2
LLMAgenticSafetyRAGOther
Share of 1,426 relevant pilot postings · unaudited
01Cloud / Infrastructure919 postings
64.4%pilot
02MLOps / AI Platform166 postings
11.6%pilot
03DevSecOps101 postings
7.1%pilot
04DevOps Engineer97 postings
6.8%pilot
05Site Reliability Engineer83 postings
5.8%pilot
06Platform Engineer60 postings
4.2%pilot
02 / AI IMPACT

AI is changing the work
before it changes the title.

This chapter will measure whether AI creates new operational roles, enters existing roles as a required capability, or changes the responsibilities of the same familiar job titles.

THE QUESTION

Is “Agentic DevOps” becoming a role—or a capability inside DevOps?

We will report title adoption separately from mentions in job descriptions. A phrase appearing in responsibilities is not evidence that a new occupation exists.

01Dedicated AI-operations roles
02AI skills inside existing roles
03Responsibilities being augmented
04Traditional tasks being displaced
01

DevOps Engineer

FROM

Automate delivery and infrastructure

TOWARD

Build governed AI-assisted delivery, secure model access and automate agent workflows

AI coding assistantsagent orchestrationpolicy & guardrails
02

Platform Engineer

FROM

Provide paved roads for application teams

TOWARD

Provide self-service AI platforms for models, prompts, retrieval, evaluation and inference

GPU platformsmodel gatewaysvector databases
03

Site Reliability Engineer

FROM

Protect availability and latency of services

TOWARD

Define reliability for probabilistic systems: quality, drift, cost, safety and model performance

LLM observabilityevaluationAI incident response
04

MLOps / LLMOps Engineer

FROM

A specialist role adjacent to DevOps

TOWARD

An operational discipline increasingly embedded across platform and reliability teams

model lifecycleLLM servingexperiment tracking
WHAT WE WILL EXTRACT

An AI-specific skills dictionary,
measured in context.

Each term is classified as required, preferred, responsibility or incidental mention. We will also report co-occurrence—for example, how often Kubernetes appears with vLLM, or SRE appears with model evaluation.

01AI foundations

AI, machine learning, generative AI, transformers, embeddings

02Model operations

MLOps, model registry, feature store, experiment tracking, drift

03LLM operations

LLMOps, prompt management, RAG, vector databases, model gateways

04Agentic systems

AI agents, agent orchestration, tool use, MCP, multi-agent workflows

05AI infrastructure

GPU scheduling, accelerators, inference serving, Kubernetes operators

06Quality & safety

evaluation, tracing, hallucination monitoring, guardrails, red teaming

07AI platform tools

MLflow, Kubeflow, Ray, KServe, vLLM, LangChain, LlamaIndex

08Cloud AI services

Bedrock, SageMaker, Vertex AI, Azure AI, OpenAI APIs

QUESTIONS ANSWERED EVERY MONTH

Are MLOps and LLMOps growing as standalone titles?

Which DevOps roles now require AI or LLM knowledge?

Is agentic DevOps language moving from experiments to hiring requirements?

Which traditional skills remain prerequisites for AI operations?

How do AI requirements differ by seniority, geography and industry?

Which tools are durable signals versus short-lived product mentions?

04 / CAREER LENS

One market.
Four different ladders.

Percentages alone hide what candidates need. Every monthly edition should split demand by seniority and distinguish required skills from preferred ones.

14%
01

Entry

Linux, Git, cloud fundamentals, scripting

43%
02

Mid-level

IaC, containers, CI/CD, observability

34%
03

Senior

platform design, SLOs, security, cost

9%
04

Lead+

strategy, developer experience, governance

05 / THE METHOD

A repeatable pipeline,
with receipts.

Your original principle remains the anchor: companies reveal demand in their job descriptions. The 2026 edition adds reproducibility, deduplication, contextual classification and an explicit QA layer.

01

Collect

Capture title, description, company, location, date, salary and source from approved feeds and public career pages.

02

Clean

Canonicalize locations and companies, strip boilerplate, detect reposts, and keep one record per real opening.

03

Classify

Separate role identity from skills mentioned. Assign role family, level, domain, work mode and industry with confidence.

04

Extract

Match a versioned skills dictionary, then use contextual extraction for requirements, preferences and responsibilities.

05

Audit

Human-review a stratified sample, measure precision and recall, document taxonomy changes and publish confidence bands.

06

Publish

Freeze a monthly snapshot, compute weighted trends, publish the living site and preserve every prior edition.

THE IMPORTANT CHANGE

Count postings, not keyword hits.

A skill counts once per posting. We retain frequency, but also record whether it appears in the title, required qualifications, preferred qualifications or responsibilities. This prevents long descriptions and repeated boilerplate from dominating the report.

CORE ASSUMPTION

We use job descriptions as evidence of stated employer demand, based on the working assumption that organizations generally describe the roles and capabilities they believe they need. We do not assume every description is precise or correct. The report preserves ambiguity, distinguishes explicit requirements from inferred responsibilities, and treats findings as signals—not a perfect description of work.

06 / 2026 TAXONOMY

Track the old stack.
Make room for the new one.

Version the dictionary monthly. Never rewrite history: each snapshot keeps the taxonomy version used to produce it.

Systems & LinuxCloudInfrastructure as codeContainersCI/CDObservabilitySRE practicesPlatform engineeringDevSecOpsFinOpsData operationsMLOpsLLMOpsAI infrastructureAgentic operationsDeveloper experience
ROLE

What are they hiring?

Canonical family plus the employer’s exact title.

CAPABILITY

What must the person do?

Responsibilities and operating practices, independent of tools.

SKILL

What must they know?

Tools, platforms, languages, frameworks and concepts.

07 / DELIVERY PLAN

From pilot to a trusted
monthly publication.

WEEK 1–2

Design the instrument

Freeze scope, sources, role families, skills dictionary, sampling rules and QA targets.

WEEK 3–4

Run the benchmark

Collect the first 2026 sample, calibrate classifiers and manually audit a stratified 10% sample.

MONTH 2

Publish the first edition

Release findings, methodology, downloadable tables and a known-limitations note.

MONTHLY

Refresh and compare

Ingest, dedupe, classify, review exceptions, freeze snapshot and show change versus prior month.

D/26

Build the evidence base once.
Let the report keep moving.

Next milestone: complete the 150-record audit and expand the employer source panel.