Config Connector verwaltet Google Cloud Ressourcen über Kubernetes Custom Resources. GitOps für Cloud-Infrastruktur mit kontinuierlicher Reconciliation.
Was ist Config Connector?
Config Connector ist ein Kubernetes-Operator, der GCP-Ressourcen als Custom Resources darstellt. Statt gcloud oder Terraform nutzen Sie kubectl und YAML-Manifeste, die Sie in Git versionieren.
Der Controller überwacht kontinuierlich den gewünschten Zustand und passt GCP entsprechend an. Bei Abweichungen (Drift) korrigiert Config Connector automatisch.
Beispiel: Cloud Storage Bucket
apiVersion: storage.cnrm.cloud.google.com/v1beta1
kind: StorageBucket
metadata:
name: my-bucket
namespace: default
spec:
location: EU
storageClass: STANDARD
versioning:
enabled: truekubectl apply -f bucket.yaml
kubectl get storagebucket my-bucketKernfunktionen
- Über 150 Ressourcen: Compute Engine, Cloud SQL, Pub/Sub, BigQuery, VPC, IAM und mehr
- Kontinuierliche Reconciliation: Automatische Drift-Korrektur
- Workload Identity: Sichere Authentifizierung ohne Service Account Keys
- Namespace-Isolation: Ressourcen per Namespace separieren
- Dependency Management: Ressourcen referenzieren sich über Kubernetes-Objektreferenzen
Typische Anwendungsfälle
GitOps für Cloud-Infrastruktur
Kombinieren Sie Config Connector mit ArgoCD oder Flux. Git ist Single Source of Truth, Änderungen werden automatisch nach GCP synchronisiert.
Developer Self-Service
Entwickler erstellen Cloud-Ressourcen über Kubernetes-Manifeste ohne direkten GCP-Zugang. Platform-Teams definieren Policies etwa mit OPA Gatekeeper.
Multi-Tenant Plattformen
Jedes Team erhält einen Namespace mit eigenen GCP-Ressourcen. Config Connector isoliert Ressourcen und vereinfacht das Management.
Config Connector vs. Terraform
| Kriterium | Config Connector | Terraform |
|---|---|---|
| Ansatz | Kubernetes-nativ | Standalone |
| Reconciliation | Kontinuierlich | Explizit (apply) |
| Drift-Korrektur | Automatisch | Manuell |
| Multi-Cloud | Nur GCP | Multi-Cloud |
| State | Kubernetes (etcd) | State File |
| Lernkurve | Kubernetes-Wissen nötig | Eigene DSL (HCL) |
Vorteile
- Kubernetes-nativ: Einheitliches Tooling für Anwendungen und Infrastruktur
- GitOps-ready: Integration mit ArgoCD, Flux und weiteren GitOps-Tools
- Drift-Detection: Automatische Korrektur bei manuellen Änderungen außerhalb von Kubernetes
- Kostenlos: Open Source ohne Lizenzkosten
Einschränkungen
- Nur GCP: Keine Multi-Cloud-Unterstützung
- Nicht vollständig: Nicht jede GCP-Ressource wird unterstützt
- Kubernetes-Abhängigkeit: Erfordert einen Kubernetes-Cluster als Betriebsgrundlage
Integration mit innFactory
Als zertifizierter Google Cloud Partner unterstützt innFactory Sie bei Config Connector: GitOps-Architektur, Migration von Terraform und Platform Engineering mit Kubernetes.
Typische Anwendungsfälle
Technische Spezifikationen
Häufig gestellte Fragen
Was ist Config Connector?
Config Connector ist ein Open-Source-Kubernetes-Add-on, das Google Cloud Ressourcen als Custom Resources verwaltet. Statt Terraform oder gcloud nutzen Sie kubectl und YAML-Manifeste. Der Controller reconciled den gewünschten Zustand kontinuierlich mit dem tatsächlichen Zustand in GCP.
Wie unterscheidet sich Config Connector von Terraform?
Terraform ist deklarativ, arbeitet aber mit einer eigenen State-Datei und erfordert explizite Applies. Config Connector nutzt Kubernetes als State-Speicher und reconciled kontinuierlich wie ein Kubernetes-Controller. Terraform ist Multi-Cloud-fähig, Config Connector ist auf GCP beschränkt.
Welche GCP-Ressourcen werden unterstützt?
Config Connector unterstützt über 150 GCP-Ressourcentypen, darunter Compute Engine, Cloud SQL, Cloud Storage, Pub/Sub, BigQuery, VPC-Netzwerke und IAM. Die Abdeckung ist nicht vollständig; die genaue, aktuelle Liste findet sich in der offiziellen Dokumentation.
Was kostet Config Connector?
Config Connector ist kostenlos und vollständig Open Source. Es fallen lediglich die üblichen Kosten für den GKE-Cluster beziehungsweise Kubernetes-Cluster sowie die damit verwalteten GCP-Ressourcen an.
Wann sollte ich Config Connector statt Terraform nutzen?
Config Connector eignet sich, wenn ein Team bereits Kubernetes-nativ arbeitet, GitOps mit ArgoCD oder Flux nutzt und kontinuierliche Reconciliation statt expliziter Applies wünscht. Terraform ist meist die bessere Wahl für Multi-Cloud-Szenarien, komplexe Module und Teams ohne starken Kubernetes-Fokus.
Hinweis: Alle Produktinformationen auf dieser Seite wurden sorgfältig zusammengestellt, sind jedoch ohne Gewähr und können veraltet oder unvollständig sein. Cloud-Services entwickeln sich schnell weiter — Funktionen, Preise, SLAs und Verfügbarkeit ändern sich laufend. Verbindliche und aktuelle Informationen finden Sie ausschließlich auf der offiziellen Produktseite von Google Cloud (offizielle Dokumentation). Diese Seite stellt kein Angebot von Google Cloud dar.
