---
title: "ArgoCD | Skills We Assign For | Azendo"
description: "ArgoCD for GitOps delivery — pull-based deployment, drift correction, and the Azendo roles assigned for it."
url: "https://azendo.co/skills/argocd/"
---

[Skills](https://azendo.co/skills/) CI and delivery 

# ArgoCD.

ArgoCD is a GitOps continuous delivery controller for Kubernetes. It watches a Git repository as the declared desired state and continuously reconciles the cluster toward it, reporting any divergence.

## Where ArgoCD fits on a long engagement.

The pull model changes the security posture as much as the workflow. Nothing outside the cluster needs deployment credentials, because the controller inside pulls from Git rather than a pipeline pushing in. On estates where CI holding cluster admin was the standing risk, that alone justifies the change.

Continuous reconciliation makes the repository genuinely authoritative. A resource edited by hand is reverted rather than merely flagged, which means "what is running" and "what is in Git" stop being two different questions — provided nobody creates escape hatches for urgent changes, which is where the discipline usually breaks.

## What an assigned team does with ArgoCD.

GitOps changes who can deploy and how, which is an organisational change rather than a tooling one. Teams used to pushing from a pipeline need the emergency path defined explicitly, or they will invent one that bypasses the model entirely.

Defining that path, and the review standards around it, is part of how delivery is agreed under [devops managed services](https://azendo.co/services/cloud-and-devops/).

## What we use ArgoCD for.

* No deployment credentials outside the cluster A pull model, so CI compromise does not mean cluster compromise.
* Manual changes reverted automatically Reconciliation that keeps the repository authoritative rather than aspirational.
* An emergency path that is designed A defined break-glass procedure, so urgency does not produce an undocumented bypass.

## How ArgoCD capacity is assigned.

GitOps delivery is agreed with the emergency path defined at the same time as the happy path, as part of [how the monthly fee is built](https://azendo.co/pricing/).

## Roles we assign ArgoCD for

* [Platform Engineer Cloud and DevOps](https://azendo.co/services/cloud-and-devops/platform-engineer/)

## Service lines it sits in

* [Cloud and DevOps](https://azendo.co/services/cloud-and-devops/)

Capacity is agreed as a committed monthly capacity across a discipline, not per skill.

## Related in ci and delivery

* [GitHub Actions — skill we assign for](https://azendo.co/skills/github-actions/)
* [Jenkins — skill we assign for](https://azendo.co/skills/jenkins/)
* [GitLab CI — skill we assign for](https://azendo.co/skills/gitlab-ci/)
* [Fastlane — skill we assign for](https://azendo.co/skills/fastlane/)
* [Codemagic — skill we assign for](https://azendo.co/skills/codemagic/)
* [TestFlight — skill we assign for](https://azendo.co/skills/testflight/)
* [App Store Connect — skill we assign for](https://azendo.co/skills/app-store-connect/)
* [Play Console — skill we assign for](https://azendo.co/skills/play-console/)

## Tell us what your roadmap needs ArgoCD for.

A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.

[All skills we assign for](https://azendo.co/skills/)