GitOps Workflows

Expert guidance for implementing production-grade GitOps workflows using ArgoCD and Flux CD, covering declarative deployment patterns, progressive delivery strategies, multi-environment management, and secure secret handling for Kubernetes infrastructure.

When to Use This Skill

• Implementing GitOps principles for Kubernetes deployments
• Automating continuous delivery from Git repositories
• Managing multi-cluster or multi-environment deployments
• Implementing progressive delivery (canary, blue-green) strategies
• Configuring automated sync policies and reconciliation
• Managing secrets securely in GitOps workflows
• Setting up environment promotion workflows
• Designing repository structures for GitOps (monorepo vs multi-repo)
• Implementing rollback strategies and disaster recovery
• Establishing compliance and audit trails through Git

Core Concepts

The Four Principles

1. Declarative: Entire system state expressed in code
2. Versioned: Canonical state stored in Git with full history
3. Pulled Automatically: Agents pull desired state (no push to prod)
4. Continuously Reconciled: Automatic drift detection and correction

Key Benefits

• Complete deployment history and audit trail
• Fast rollback via Git operations
• Enhanced security (no cluster credentials in CI)
• Self-healing infrastructure
• Multi-cluster consistency
• Familiar Git workflows for infrastructure changes

Quick Reference

Workflow Steps

1. Choose Repository Structure

Decision factors:

• Team size and organization structure
• Application coupling and dependencies
• Access control requirements
• Deployment frequency and independence

Options:

• Monorepo: Single repo, unified platform teams, shared infrastructure
• Multi-repo: Separate repos per app/team, independent release cycles
• Environment branches: Git flow style, simple mental model

2. Select GitOps Tool

ArgoCD:

• UI-focused with visual application management
• App of Apps pattern for hierarchical deployments
• ApplicationSets for multi-cluster deployments
• Strong RBAC and project isolation

Flux:

• CLI-first, GitOps Toolkit architecture
• Native Kustomize and Helm support
• Automated image updates
• Lighter weight, cloud-native

3. Configure Secret Management

Never commit unencrypted secrets to Git

Options:

• Sealed Secrets: Client-side encryption, simple workflow
• External Secrets Operator: Sync from external secret stores (AWS, Vault, GCP)
• SOPS: File-based encryption with age or cloud KMS

4. Implement Sync Policies

Non-production environments:

• Automated sync with prune and selfHeal
• Frequent reconciliation (1-5 minutes)
• Fail fast with immediate feedback

Production environments:

• Manual approval or gated automation
• Health checks and wait conditions
• Progressive delivery for high-risk changes
• Sync windows for maintenance periods

5. Set Up Environment Promotion

Promotion strategies:

• Git-based: Tag or branch promotion with Git operations
• Kustomize overlays: Update image tags in environment-specific overlays
• Automated updates: Flux ImageUpdateAutomation for semver policies

6. Configure Progressive Delivery

For high-risk changes:

• ArgoCD Rollouts: Canary deployments with automated analysis
• Flagger: Progressive delivery with metric-based promotion
• Traffic shifting with Istio or other service mesh
• Automated rollback on failed analysis

7. Establish Rollback Procedures

Git rollback:

• git revert for specific commits
• Tag-based rollback by updating targetRevision
• Fast and declarative

Tool-specific:

• ArgoCD: argocd app rollback with revision history
• Flux: Suspend automation, manual rollback, resume

Common Mistakes

1. Committing unencrypted secrets - Always use secret management solution
2. No automated sync in non-prod - Slows development feedback

...