GitOps

Resumen

GitOps, término acuñado por Weaveworks, aplica los principios de DevOps llevando Git al centro: el repositorio Git contiene la declaración completa del estado deseado del sistema —infraestructura, configuraciones, versiones de aplicaciones—. Un operador —Flux, ArgoCD— monitorea el repo, detecta diferencias entre el estado declarado y el estado real, y reconcilia automáticamente.

Si alguien quiere cambiar la cantidad de réplicas de un servicio, hace un PR con el cambio en el YAML. Si se aprueba y mergea, el operador lo aplica. Si alguien modifica algo manualmente en el cluster, el operador lo revierte al estado declarado en Git. Git es el source of truth.

Alcance y supuestos

Cubre GitOps, herramientas (ArgoCD, Flux) y su contraste con el deploy tradicional push-based. Asume familiaridad con Git y Kubernetes.

Modelo mental

Un termostato inteligente. Configurás la temperatura deseada —22°C— en la app. El termostato mide la temperatura real y ajusta la calefacción. Si alguien abre una ventana, el termostato compensa. GitOps: Git es la app del termostato, el operador es el termostato.

Uso práctico

• ✅ Kubernetes, infraestructura declarativa, auditoría de cambios.
• ❌ Sistemas donde el deploy push-based ya funciona bien y no justifica migrar.

Ejemplo trabajado: ArgoCD

Un equipo configura ArgoCD para monitorear el repo infra. Un dev hace PR para cambiar réplicas de 3 a 5. Se mergea. ArgoCD detecta el diff y aplica el cambio en el cluster. Si alguien borra un pod, K8s lo recrea y ArgoCD no interviene —el estado ya coincide—.

Evidencia

• ArgoCD y Flux son los operadores GitOps principales, ambos proyectos graduados de la CNCF.