ZOHAIB KHAN
DevOpsPlatform EngineeringLahore, PK

Zohaib Khan

DevOps Engineer → Platform Engineering  ·  Kubestronaut · Azure DevOps Expert

I build the pipelines and platforms that let teams ship without friction — and before I move anything, I measure it. Recently led discovery for moving a 70+ project Azure DevOps estate to GitHub at an enterprise software group.

ADO projects mapped
70+
active vs dormant, triaged
Git repos inventoried
150+
measured, not estimated
Work items counted
90,000+
via Analytics OData
Pipeline objects
350+
YAML vs classic, sorted
01

How I work

DevOps Engineer
Nov 2022 — present

I'm a DevOps engineer at Contour Software · Constellation Dealer Group, working across Azure DevOps, .NET and React applications, and a deep stack of legacy desktop products. My day-to-day is build pipelines, deployment architecture, DevSecOps, and least-privilege access — the unglamorous plumbing that decides whether a release is calm or chaotic.

The thing I'm known for is rigor. I don't guess at scope. When the org asked whether we could move from Azure DevOps to GitHub, I didn't write an opinion — I pulled live data through an MCP server and the Release Management REST API and produced a measured baseline down to the individual classic release definition.

I'm now transitioning toward Platform Engineering: treating internal tooling as a product, reducing toil for the teams around me, and building the paved roads that make the right thing the easy thing. Longer term, I care deeply about AI safety, interpretability, and alignment.

Current focus
Azure DevOps → GitHub migration · platform tooling · DevSecOps
Stack
Azure, GitHub Actions, Kubernetes, Docker, .NET Core, PowerShell, Bicep/ARM
Certifications
Kubestronaut (CKA · CKAD · CKS · KCNA · KCSA) · Azure DevOps Engineer Expert · AZ-305 · AZ-104 · ISC2 CC
Education
Associate degree, B.Com
Values
Measure first. Least privilege. Reduce toil. Honest feedback over reassurance.
02

Featured case study

Migration discovery
2026 · figures rounded
Azure DevOps → GitHub · Enterprise migration assessment

Measuring a 70+ project estate before moving a single repo

You cannot plan, price, or sequence a migration you haven't measured. So I built the measured baseline — live data, not assumptions — that every downstream phasing and cost decision now derives from.

What I found

  • ~85%of the effort sits in one project. Reframed the program from “migrate 70+ projects” to “migrate one well.”
  • 100+classic Release definitions — a previously invisible workstream, surfaced via the Release Management REST API that the MCP server couldn't reach. Every live one is a hand-rebuild.
  • ~95%of build pipelines are YAML and port mechanically. Only a handful of classic builds need rebuilding. Good news, made legible.
  • 200+branch policies mapped to GitHub rulesets — flagging the work-item-linking policies with no native equivalent.

Effort concentration

Largest project~85%
Next two projects~10%
Everything else~5%

Rebuild dependencies, counted

  • →Service connections inventoried and planned onto OIDC federation
  • 100+service hooks / webhooks to re-point
  • →Self-hosted agent pools mapped to GitHub runners
Tools: Azure DevOps MCP server · Release Mgmt REST API · Analytics OData · Graph/Identity API ⚑ Biggest risk found: one very long multi-stage production release
SUPPORTING WORK

Snyk SAST in CI/CD

Integrated DevSecOps static analysis across multiple pipelines — policy files, org-slug config, token scoping — in collaboration with the security team.

SUPPORTING WORK

@claude ADO bot

Designed a phased architecture (Azure Function → MCP → Logic Apps) for a PR & work-item bot with async Service Bus processing and App Insights logging.

SUPPORTING WORK

Release-date stamping

PowerShell pipeline stamping release dates onto ADO work items via WIQL — extended to cover both Defect and Bug types on request.

03

Toolchain

what I reach for

Cloud / Azure 07

FunctionsWeb AppsContainer AppsVirtual DesktopAI FoundryDefenderAPIM

CI/CD 06

Azure DevOpsGitHub ActionsPipelines YAMLClassic / ReleaseBicepARM

Containers 05

DockerKubernetesSwarmRBACPodSecurity

Languages 05

PowerShellPythonBash.NET CoreNode.js

DevSecOps 04

Snyk SASTDefender for DevOpsLeast privilegeGHAS

Data / Platform 05

MS SQL ServerMySQL / MariaDBMkDocsMCP serversIIS / NginX
04

Certifications

— of — shown
Credential IDs and verification links are on LinkedIn. View on LinkedIn ↗

Let's build the paved road.

Open to Platform & DevOps engineering conversations. The fastest way to reach me is email or LinkedIn.