En este artÃculo veremos cómo implementar una estrategia GitOps usando Flux, un operador para Kubernetes que mantiene tu clúster sincronizado con un repositorio Git. Esta es una guÃa práctica que puedes seguir para automatizar tus despliegues de manera segura y reproducible.
¿Qué es GitOps?
GitOps es una metodologÃa que utiliza Git como única fuente de verdad para las configuraciones e infraestructura. Cada cambio se realiza mediante pull requests y se refleja automáticamente en el entorno.
Beneficios clave:
- Historial de cambios claro y auditable.
- Reversión sencilla usando
git revert
. - Automatización del ciclo de vida de aplicaciones.
¿Qué es Flux?
Flux es una herramienta CNCF que actúa como un controlador que se ejecuta dentro de tu clúster de Kubernetes y aplica automáticamente los cambios definidos en tus repositorios Git.
Requisitos previos
- Un clúster de Kubernetes (puedes usar kind para pruebas locales o cualquier proveedor cloud).
-
kubectl
configurado. -
flux
CLI instalado (instrucciones). - Un repositorio Git (GitHub, GitLab, etc.).
🧪 Ejemplo simple: Despliegue de una app con Flux
Paso 1: Instalar Flux
flux bootstrap github \ --owner=tu-usuario \ --repository=tu-repo \ --branch=main \ --path=clusters/mi-cluster \ --personal
Paso 2: Estructura del repositorio
. ├── clusters/ │ └── mi-cluster/ │ ├── kustomization.yaml │ └── apps/ │ └── nginx/ │ ├── deployment.yaml │ └── kustomization.yaml
Ejemplo de kustomization.yaml
en apps/nginx/
:
apiVersion: kustomize.config.k8s.io/v1beta1 kind: Kustomization resources: - deployment.yaml
clusters/mi-cluster/kustomization.yaml
:
apiVersion: kustomize.toolkit.fluxcd.io/v1 kind: Kustomization metadata: name: apps namespace: flux-system spec: interval: 1m path: ./clusters/mi-cluster/apps prune: true sourceRef: kind: GitRepository name: flux-system
Paso 3: Despliegue automático
git add . git commit -m "Agregar despliegue de nginx" git push
🌱 Ejemplo avanzado: Múltiples entornos (dev y prod)
Una estrategia común en GitOps es separar los entornos por carpetas, usando Kustomize para sobreescribir valores.
Estructura del repositorio
. ├── apps/ │ └── nginx/ │ ├── base/ │ │ ├── deployment.yaml │ │ └── kustomization.yaml │ ├── dev/ │ │ ├── kustomization.yaml │ │ └── patch.yaml │ └── prod/ │ ├── kustomization.yaml │ └── patch.yaml ├── clusters/ │ ├── dev/ │ │ └── kustomization.yaml │ └── prod/ │ └── kustomization.yaml
apps/nginx/base/kustomization.yaml
resources: - deployment.yaml
apps/nginx/dev/kustomization.yaml
resources: - ../base patchesStrategicMerge: - patch.yaml
Y patch.yaml
podrÃa modificar el número de réplicas:
apiVersion: apps/v1 kind: Deployment metadata: name: nginx spec: replicas: 1
apps/nginx/prod/patch.yaml
apiVersion: apps/v1 kind: Deployment metadata: name: nginx spec: replicas: 3
clusters/dev/kustomization.yaml
apiVersion: kustomize.toolkit.fluxcd.io/v1 kind: Kustomization metadata: name: nginx-dev namespace: flux-system spec: interval: 1m path: ./apps/nginx/dev prune: true sourceRef: kind: GitRepository name: flux-system targetNamespace: dev
Y análogamente para prod
.
Verificación y monitoreo
flux get kustomizations kubectl get pods -n dev kubectl get pods -n prod
Conclusión
Flux y GitOps te permiten automatizar múltiples entornos de forma limpia y reproducible. Separar dev
y prod
con Kustomize mantiene tus bases reutilizables y tus entornos consistentes.
¿Te gustarÃa ver un ejemplo con Helm Charts o integración con ArgoCD? ¡Déjalo en los comentarios! 🙌
Top comments (0)