The Azure DevOps suite: five services, one software lifecycle
People say "Azure DevOps" meaning the pipeline, but that is one of five services. The suite covers the whole journey a feature takes — planned, coded, built, tested, shipped — in one integrated place, and the integration is the point.
New to cloud? CAMPUX is a free, build-first course. Start here →
Ask ten engineers what Azure DevOps is and half will say "the CI/CD tool." That is Azure Pipelines, one part of a bigger platform. Microsoft describes the whole thing plainly: Azure DevOps "is a cloud-based platform that provides integrated tools for software development teams," covering "everything you need to plan work, collaborate on code, build applications, test functionality, and deploy to production." It is the entire plan-to-production toolchain, and its value is that the parts are wired together.
The five services
Each service owns one stage of the lifecycle:
| Service | Stage | What it does |
|---|---|---|
| Azure Boards | Plan | Work items, backlogs, sprints, Kanban boards — Agile planning and tracking |
| Azure Repos | Code | Private Git repositories with pull requests, branch policies, and reviews |
| Azure Pipelines | Build & deploy | CI/CD for any language and cloud, with gates and approvals |
| Azure Test Plans | Test | Manual, exploratory, and automated test management and reporting |
| Azure Artifacts | Package | Feeds for NuGet, npm, Maven, Python packages shared across teams |
Read that top to bottom and it is the life of a feature: Boards to plan it, Repos to write it, Pipelines to build and ship it, Test Plans to verify it, and Artifacts to package and share the reusable pieces.
The integration is the product
Any one of these has strong standalone competitors — GitHub or Jira or Jenkins. What Azure DevOps sells is that they are one platform with traceability running through them: a work item in Boards links to the commits in Repos that implemented it, to the pull request that reviewed it, to the pipeline build that shipped it, to the test results that verified it. Ask "why did this change go to production, and did it pass its tests?" and you can follow the thread end to end. That connected line — plan to code to build to test to deploy — is what a bag of separate tools cannot give you.
The pipeline is one of five. The thing you actually buy is the thread that ties the plan to the commit to the build to the test to the deploy.
The same suite comes in two forms: Azure DevOps Services (the cloud platform, nothing to host, free for small teams up to five users) and Azure DevOps Server (the on-premises install for organizations that must keep data in their own datacenter). Same core services, different hosting — worth knowing when a workplace says "we run Azure DevOps Server."
Where it sits next to GitHub
Microsoft owns both Azure DevOps and GitHub, and they overlap — a common, fair question. As covered in Azure DevOps vs GitHub Actions, the short version is that GitHub centres on the code and its community ecosystem, while Azure DevOps offers the broader, enterprise-oriented suite with Boards, Test Plans, and Artifacts alongside pipelines. You can also mix them — use Azure Boards over code hosted in GitHub, for instance. This is not a rivalry to pick a side in so much as two toolsets that can be used together.
The takeaway
When you hear "Azure DevOps," think of the whole lifecycle, not just the pipeline: Boards (plan), Repos (code), Pipelines (build and deploy), Test Plans (test), Artifacts (package) — five integrated services with traceability threaded through them, available in the cloud or on-premises. Knowing the whole map, and that Azure Pipelines is one instrument in a larger toolkit, is what separates someone who has used a CI/CD tab from someone who understands how a team ships software end to end. "Boards to plan, Repos with PR policies, Pipelines with gated environments, Test Plans for QA, Artifacts for shared packages — all linked for traceability" is the answer of the latter.
Questions people also ask
What are the 5 services of Azure DevOps?
Azure Boards for planning work items and sprints, Azure Repos for Git source control with pull requests, Azure Pipelines for CI/CD builds and deploys, Azure Test Plans for manual and automated test management, and Azure Artifacts for package feeds like NuGet and npm. Each owns one stage of the plan-to-production lifecycle, and they link together for traceability.
Is Azure DevOps just a CI/CD tool?
No. CI/CD is Azure Pipelines, one of five services. Azure DevOps also includes Boards for planning, Repos for source control, Test Plans for testing, and Artifacts for packages. Someone who only knows the pipeline knows a quarter of the platform, not the whole plan-to-production toolchain.
Is Azure DevOps free to use?
Yes, for small teams. Azure DevOps Services, the cloud-hosted version, is free for up to five users with unlimited private repos and generous limits on Boards, Pipelines minutes, and Artifacts storage. Larger teams pay per additional user; Azure DevOps Server, the on-premises version, has its own licensing.
What is the difference between Azure DevOps and GitHub?
Microsoft owns both. GitHub centers on the code and its open community ecosystem. Azure DevOps is the broader, enterprise-oriented suite, with Boards, Test Plans, and Artifacts alongside pipelines. They are not exclusive: you can run Azure Boards over code hosted in GitHub, and many teams mix the two rather than pick one.
Is Azure DevOps Server the same as Azure DevOps Services?
They share the same five core services, but the hosting differs. Azure DevOps Services is the cloud platform, nothing to host, updated continuously by Microsoft. Azure DevOps Server is the on-premises install for organizations required to keep data in their own datacenter. Know both names; a workplace may run either.