GitOps und Argo CD – Declaratives-Management von Kubernetes-Manifesten¶

In modernen Kubernetes‑Umgebungen spielt GitOps eine immer wichtigere Rolle.
Der Ansatz „Quelle der Wahrheit ist das Git‑Repository“ ermöglicht vollständige Transparenz, Nachvollziehbarkeit und automatisierte Bereitstellung von Anwendungen.

Argo CD ist einer der führenden Implementierungen des GitOps‑Ansatzes.
In diesem Artikel wird erklärt, wie GitOps funktioniert, wie Argo CD in einer Kubernetes‑Umgebung eingesetzt wird, und welche Best Practices für ein sicheres und effizientes GitOps‑Setup gelten.

📦 1. Was ist GitOps?¶

GitOps ist ein Arbeitsmodell, bei dem all deine deklarativen Kubernetes‑Manifeste (Deployments, Services, Ingresses, ConfigMaps, Secrets etc.) in einem Git‑Repository versioniert und verwaltet werden.

Kernelemente des GitOps-Ansatzes¶

Warum GitOps für Kubernetes?¶

🚀 2. Einführung in Argo CD¶

1️⃣ Architektur von Argo CD¶

• ApplicationSet – definiert, welche Repositories und Pfade überwacht werden.
• Application – konkrete Instanz einer Anwendung, die aus Git‑Ressourcen bereitgestellt wird.
• Repository‑Sync – Argo CD pullt regelmäßig das Git‑Repo und synchronisiert den Cluster‑Zustand mit dem gewünschten Zustand.
• Health‑Checks – Argo CD prüft periodisch, ob der tatsächlich im Cluster Deployte Zustand dem gewünschten Zustand entspricht.

Git Repository  →  Argo CD (poll / webhook)  →  Reconcile → Apply Manifests → Desired State

2️⃣ Installation von Argo CD¶

# 1. Helm‑Repo hinzufügen
helm repo add argo https://argoproj.github.io/argo-helm
helm repo update

# 2. Argo CD imNamespace "argocd" installieren
helm install argo-cd argo/argo-cd \
  --namespace argocd \
  --create-namespace \
  --set server.extraArgs=--auth-mode=cas \
  --set dex.config.clusterIssuer=letsencrypt-prod

Hinweis: Die meisten Installationsmethoden (Helm, manifests, operator) sind verfügbar – wählen Sie die für Ihre Umgebung passende.

2.2. Anwendung einer Manifest‑Repo¶

1. Repository‑Connector hinzufügen
   

   # templates/application-set.yaml
   apiVersion: argoproj.io/v1alpha1
   kind: ApplicationSet
   metadata:
     name: my-apps
   spec:
     project: default
     source:
       repoURL: https://github.com/yourorg/my‑app‑repo
       branch: main
       path: charts/myapp
     nameRevisionPattern: '.*'   # update on any commit
     refSpec: ''
     updatetime: '5m'
     prune: true
     selfHealing: true
   syncPolicy:
     automated:
       prune: true
       adopt: true
     syncOptions:
       - Prune
       - CreateNamespace=true
   

2. Erstelle das ApplicationSet
   

   kubectl apply -f application-set.yaml
   

3. Argo CD UI öffnen (Port‑Forward oder LB) und deine Anwendung sehen.

Resultat: Sobald sich etwas im Git‑Repository ändert, synchronisiert Argo CD automatisch die Manifests im Cluster – ohne manuelle Intervention.

🔐 2. Best Practices für ein sicheres GitOps‑Setup¶

🛡️ 3. Automation mit CI/CD¶

Beispiel‑GitHub‑Actions‑Workflow für CI/CD¶

name: GitOps Sync
on:
  push:
    branches: [ main ]
    tags: [ 'v*.*.*' ]
  pull_request:
    branches: [ main ]

jobs:
  helm-deploy:
    runs-on: ubuntu-latest
    permissions:
      contents: read
      id-token: write   # für OIDC‑Auth zu Argo CD
    steps:
      - uses: actions/checkout@v4
      - name: Set up Helm
        uses: azure/setup-helm@v2
        with:
          version: v3.14.0
      - name: Authenticate to Argo CD
        run: |
          # OIDC‑Token exchange
          kubectl create namespace argocd
          kubectl annotate namespace argocd argocd.argoproj.io~username="${{ secrets.ARGOCD_USERNAME }}"
      - name: Helm lint
        run: helm lint ./chart
      - name: Helm package
        run: helm package ./chart --destination . --destination-overwrite
      - name: Deploy to Argo CD
        run: |
          helm repo add argo https://argoproj.github.io/argo-helm
          helm repo update
          helm upgrade --install myapp ./mychart --namespace prod --atomic

Resultat: Jede neue Version wird automatisch getestet, gebaut, signiert und in Argo CD deployed – ohne manuellen Eingriff.

📦 4. Best Practices für ein wartbares GitOps‑Setup¶

📚 Weiterführende Ressourcen¶

💭 Fazit¶

• GitOps macht den Cluster‑Zustand zur Quelle der Wahrheit und ermöglicht automatisierte, versionierte Deployments.
• Argo CD ist eine der am weitesten verbreiteten Implementierungen – sie übernimmt das Reconciliation zwischen Git‑Wunschzustand und 실제 Cluster‑Zustand.
• Durch Protected Branches, Signed Commits, RBAC, und Reduced‑Privilege‑ServiceAccounts lässt sich ein sicheres, auditierbares GitOps‑Workflow aufbauen.
• Kombiniert mit CI/CD‑Pipelines (GitHub Actions, GitLab CI) lässt sich ein vollständig automatisierter Release‑Flow etablieren, der sowohl Sicherheit als auch Effizienz maximiert.

Mit GitOps und Argo CD wird deine Infrastruktur nicht nur deploybar, sondern auch nachvollziehbar, reversibel und kommunikativ – ein entscheidender Schritt für moderne, cloud‑native Anwendungen.

Dieser Artikel wurde am 2026‑04‑06 erstellt. GitOps‑Methoden entwickeln sich rasch; aktualisieren Sie Ihre Praktiken regelmäßig, um neuen Entwicklungen und Sicherheitsanforderungen gerecht zu werden.

💡 Community & Feedback