What problem does it solve? Operating DragonflyDB on Kubernetes requires knowing the Dragonfly operator's CRD schema, replication model, and configuration pitfalls, and mistakes like misconfigured replicas or missing snapshots cause data loss. ## Core Features & Use Cases - Dragonfly CRD Configuration: Create Dragonfly resources with replicas, args, resources, affinity, and scheduling constraints using the dragonflydb.io/v1alpha1 API. - Replication, TLS, and Auth Setup: Configure primary-replica topologies, password or ACL authentication, TLS secrets, and mutual TLS client verification. - Snapshots and Monitoring: Set up cron-based snapshots to PVCs for persistence and PodMonitor scraping of the admin metrics port. - Use Case: Deploy a Redis-compatible cache for an application by creating a Dragonfly resource with password authentication, snapshot persistence to a ceph-block PVC, and a ClusterIP service, then point the app's REDIS_URL at the generated service. ## Quick Start Create a Dragonfly resource named my-cache with one replica, password authentication from a secret, and snapshots every five minutes to a 2Gi PVC.