$ cat ~/blog/argo-cd-vs-flux.md
Argo CD vs Flux: cuál elegir para GitOps en 2026
Comparativa práctica entre Argo CD y Flux CD: sincronización, multi-cluster, secrets, ecosistema y casos de uso reales. Con criterios concretos para decidir cuál adoptar.
Si estás leyendo esto, probablemente ya te hartaste de aplicar YAML a mano con kubectl apply -f y querés que Git sea la única fuente de verdad de tu cluster. Bienvenido al mundo GitOps. Ahora viene la pregunta del millón: ¿Argo CD o Flux?
La respuesta corta: depende de tu contexto, y acá te doy los criterios concretos para decidir, no humo.
Qué es cada uno (en una línea)
- Argo CD: el CD declarativo de CNCF, hecho por Intuit, que sincroniza tu cluster con un repo Git y te da una UI web hermosa para ver y aprobar cada deploy.
- Flux CD: la familia de herramientas GitOps de CNCF, hecha por Weaveworks, que funciona como un set de controladores nativos de Kubernetes (sin servidor central) y se configura 100% con CRDs.
La comparación que importa
| Criterio | Argo CD | Flux |
|---|---|---|
| Arquitectura | Servidor central + agentes | Controladores nativos (sin servidor) |
| Interfaz web | UI completa + CLI | UI opcional (Flux UI) + CLI |
| Sync automático | Sí (auto-sync + auto-healing) | Sí (reconciliación continua) |
| Multi-cluster | Excelente (hub & spoke) | Bueno (vía Kustomization + clústeres remotos) |
| Secrets | Sealed Secrets, SOPS, Vault | SOPS, Sealed Secrets, Vault |
| Rollbacks | Instantáneos (rollback nativo) |
Via Git revert (menos “mágico”) |
| Curva de aprendizaje | Media (mucho que configurar) | Media-alta (más CRDs que entender) |
| Madurez en el ecosistema | Adoptado masivamente, UI para equipos | Estándar CNCF, muy robusto en el loop core |
Cuándo elegir Argo CD
Elegí Argo CD si:
- Tenés un equipo que no vive en la terminal. La UI de Argo CD (con su árbol de aplicaciones, health status y diffs visuales) es una bendición para que devs y PMs vean el estado del deploy sin tocar
kubectl. - Necesitás promoción entre entornos con aprobaciones. El flujo de Argo CD con sync waves, hooks y el bot de comentarios en PRs es difícil de superar.
- Ya tenés un cluster centralizado y querés gobernar varios clústeres desde un solo lugar (patrón hub & spoke).
Cuándo elegir Flux
Elegí Flux si:
- Querés menos infraestructura que operar. No hay servidor central: son controladores que corren en el propio cluster. Menos que instalar, menos que romper.
- Tu stack ya es muy “nativo”: todo se configura con CRDs (
GitRepository,Kustomization,HelmRelease) y se versiona en el mismo repo. Cero config externa. - Necesitás el loop más robusto del mercado. Flux es famoso por la resiliencia de su reconciliación: ante un error, reintenta con backoff sin dejar el cluster a mitad de camino.
El mito de “elegir uno para siempre”
Lo más importante que aprendí en producción: no es una decisión binaria ni eterna. Hay equipos que corren Argo CD para apps y Flux para Helm charts del sistema, o que migran de uno al otro cuando cambia su contexto (es trabajo, pero se hace).
La herramienta es el 20% del problema. El 80% es tener patrones de repositorio, estructura de entornos y políticas de promoción que funcionen. Eso es lo que no se resuelve instalando un controlador.
Mi recomendación práctica
- Arrancás solo / equipo chico, querés ver resultados rápido → Argo CD, por la UI y el rollback nativo.
- Ya tenés todo declarado y querés consistencia nativa → Flux.
- Escalás a muchos clústeres → Argo CD con hub & spoke (o Flotta si te volvés fan de Flux).
Si querés profundizar con patrones de producción reales (App of Apps, sync waves, secrets con SOPS, migración paso a paso), escribí toda la guía práctica en mi ebook:
→ GitOps para DevOps — la guía práctica para gobernar tus clusters con Git
Ahí vas a encontrar los 6 laboratorios hands-on con Argo CD y Flux, listos para hacer en tu propio cluster. Y si te quedó la duda de qué es GitOps en serio, arrancá por acá: Qué es GitOps y cómo funciona en la práctica.