The only Kubernetes-native DBaaS that brings full GitOps GitOps Maturity Databases Supported Reconciliation Conflicts Argo/Flux Compatible GitOps tools keep reverting your manual changes because the operator mutates the CR spec. Emergency fixes applied with kubectl disappear on next reconciliation. Changes made outside Git violate the single source of truth principle. Result: Endless fights. Downtime risk. Frustration. Push your desired database state using dedicated GitOps CRDs. Your favorite GitOps tool applies the change safely. KubeDB translates your declaration into safe, auditable OpsRequests — no spec fights. A common pain point with GitOps and most database operators Result: Endless reconciliation fights, failed syncs, noisy alerts, and operational instability Result: Clean separation, no spec fights, auditable operations, single source of truth in Git Built from the ground up for declarative infrastructure Define your entire database infrastructure as code in Git. Every change, from initial provisioning to day-2 operations, is tracked and version-controlled. Dedicated GitOps CRDs eliminate the classic spec override problem. No more endless reconciliation fights between GitOps tools and operators. Long-running operations are safely translated into controlled OpsRequests with validation, sequencing, progress tracking, and rollback support. All changes go through intelligent merging, prerequisite validation, and safe execution paths. No direct mutations of critical database resources. Consistent GitOps experience across 25+ databases including PostgreSQL, MySQL, MongoDB, Redis, Elasticsearch, Kafka, ClickHouse, and more. Any change is safely translated into controlled, long-running operations with full auditability and rollback capabilities. GitOps CRDs eliminate the classic spec override problem that plagues traditional database operators. High availability, automated backup/restore via KubeStash, monitoring, TLS, encryption-at-rest, and full Level 5 Auto Pilot behaviors. Works seamlessly with Argo CD, Flux, and any CNCF-aligned GitOps tooling without proprietary lock-in. Git-declared GitOps resources remain the authoritative source while the operator manages operational complexity behind the scenes. Most other database operators either lack this level of GitOps maturity or force teams into imperative workarounds for day-2 operations. The only Level 5 operator with true GitOps maturity for databasesAutomate Database
Operations with
True GitOps
maturity to stateful workloads — at Operator Capability
Level 5Level 5
25+
Zero
100%
Traditional database operators break GitOps
Spec Override Wars
Lost Hotfixes
No Audit Trail
Reconciliation Conflict
One Git commit.
Zero reconciliation pain.apiVersion: gitops.kubedb.com/v1alpha1
kind: PostgresGitOps
metadata:
name: prod-db
spec:
version: "16.4"
replicas: 5
storage:
size: "200Gi"
resources:
requests:
cpu: "4"
memory: "16Gi"
config:
max_connections: 500
tls:
enabled: trueCommit to Git
Argo CD / Flux Syncs
OpsRequest Magic
Avoiding the Classic Operator Reconciliation Conflict
The Spec Override Problem
KubeDB's Solution
GitOps Features
Declarative Everything
Conflict-Free Reconciliation
OpsRequest Intelligence
Production-Grade Safety
Why KubeDB Is the Only True GitOps-Ready Kubernetes-Native DBaaS
Broad Database Support
OpsRequest Abstraction
Conflict-Free by Design
Production-Grade Features
Native Integration
Single Source of Truth
Ship Database Changes
Like Application Code
























