Argo CD es una herramienta de entrega continua declarativa y GitOps para Kubernetes. Mantiene el estado en vivo de un clúster sincronizado con el estado deseado definido en un repositorio de Git, de modo que desplegar consiste en fusionar un pull request en lugar de ejecutar comandos imperativos contra un clúster.

Cómo funciona

Argo CD se ejecuta como un controlador dentro de un clúster de Kubernetes. Compara continuamente lo que está declarado en uno o más repositorios de Git con lo que realmente se está ejecutando, y puede mostrar la desviación o reconciliarla automáticamente. Como el estado deseado vive en Git, cada cambio queda versionado, es revisable y reversible mediante el mismo flujo de pull requests que los equipos ya usan para el código.

Conceptos clave

• Application — la unidad básica que gestiona Argo CD: una ruta de un repositorio de Git asignada a un clúster y namespace de destino.
• Sync policy (política de sincronización) — controla si Argo CD aplica los cambios automáticamente en cuanto Git cambia, o espera a una sincronización manual.
• Estado de salud y de sincronización — Argo CD rastrea tanto si los recursos están sanos (por ejemplo, Pods en ejecución) como si coinciden con Git (sincronizado, desincronizado o desconocido).
• Projects (proyectos) — agrupan aplicaciones y restringen qué repositorios, clústeres y tipos de recursos pueden usar.

Por qué los equipos adoptan GitOps con Argo CD

• Auditable por defecto. Cada cambio en el clúster tiene un commit correspondiente y, normalmente, un pull request revisado.
• Rollback sencillo. Revertir un despliegue es un git revert, no una intervención manual con kubectl bajo presión.
• Coherente entre entornos. El mismo modelo de reconciliación se aplica tanto si apuntas a un solo namespace como a decenas de clústeres.
• Detección de desviaciones. Los cambios hechos directamente en un clúster aparecen de inmediato como “out of sync”, en lugar de divergir en silencio de lo documentado en Git.

Primeros pasos

Instala Argo CD en un clúster de Kubernetes, apúntalo a un repositorio de Git que contenga tus manifiestos (YAML plano, un chart de Helm o un overlay de Kustomize funcionan por igual) y define un recurso Application que vincule ambos. Las guías siguientes recorren las configuraciones más comunes, desde una sola aplicación hasta la gestión de varios clústeres.