Stash vs Velero 2026: Cloud-Native Backup Karşılaştırma

Cloud-native backup pazarı 2026 yılında Velero’nun pazar liderliği altında olsa da, alternatif çözümler de güçlü konumlar elde ediyor. Bu alternatiflerden biri olan Stash, AppsCode tarafından geliştirilen ve özellikle stateful workload backup’larında ön plana çıkan bir Kubernetes-native çözüm. CNCF Annual Survey 2026 verilerine göre Stash, Velero alternatifleri arasında yüzde 14 pazar payı ile en yaygın ikinci açık kaynak Kubernetes backup çözümü. Konuyla ilişkili olarak Kubernetes Operator Geliştirme: Operator SDK ve Kubebuilder Karşılaştırması rehberimiz detaylı incelemeyi içerir.

Bu yazıda Stash 2026 (v2024.x) ile Velero 1.14 sürümlerini detaylı bir şekilde karşılaştırıyoruz. KubeStash mimarisi, Velero CSI snapshot yaklaşımı, application-aware backup yetenekleri ve kurumsal üretim senaryolarını ele alıyoruz. Hangi çözümün hangi senaryoda daha avantajlı olduğunu inceliyoruz.

Stash (KubeStash) Mimari ve Yaklaşım

Stash, AppsCode tarafından geliştirilen ve “Operator-driven backup” yaklaşımını benimseyen bir Kubernetes backup çözümü. 2024’te major refactor ile “KubeStash” adını alan proje, daha modüler ve scalable bir mimari ile geri döndü. 2026’da KubeStash v2024.x sürümleri üretim ortamlarında yaygın kullanılıyor.

KubeStash mimarisinin bileşenleri: KubeStash Operator (controller, BackupConfiguration ve RestoreSession CRD’lerini izler), Backend (storage backend tanımı, S3, Azure Blob, GCS, MinIO destekler), BackupConfiguration (hangi kaynakların ne sıklıkta backup’lanacağı), BackupBlueprint (template-based backup configuration), Restic/Kopia engine (file-level backup için), CSI Snapshot integration. KubeStash’in en güçlü özelliği, application-aware backup için kendi operator’larıyla derin entegrasyon.

Velero 1.14 Yeniden Bakış

Velero, VMware tarafından geliştirilen ve şu anda CNCF Sandbox seviyesinde bulunan Kubernetes backup çözümüdür. Velero, resource-centric yaklaşım benimser ve Kubernetes API kaynaklarını object storage’a yedekler. Velero’nun temel bileşenleri: Velero server (cluster controller), Backup ve Restore CRD’leri, Plugin architecture (cloud provider, snapshot, custom hook’lar), Restic/Kopia integration, CSI snapshot support.

Velero’nun pazardaki gücü, geniş community, olgun ecosistem ve geniş cloud provider desteği. Velero plugin mimarisi sayesinde her cloud provider (AWS, Azure, GCP, vSphere, OpenShift) için optimize edilmiş entegrasyonlar mevcut. 2026’da Velero 1.14 ile birlikte CSI volume snapshot tam GA, Kopia engine improved performance, ve PartialFailure restore desteği geldi.

Mimari Yaklaşım Karşılaştırması

Database ve Stateful Workload Backup

Stash’in en güçlü olduğu alan database backup’ı. KubeDB operator’ı ile derin entegrasyon sağlar ve PostgreSQL, MySQL, MongoDB, Cassandra, Redis, Elasticsearch, Kafka gibi popüler database’leri native olarak yedekler. Bu yaklaşımın avantajı, her database tipinin özel backup logic’ine sahip olması (binary log streaming, WAL archiving, snapshot consistency).

Velero ise database backup’ı için BackupHook ve RestoreHook CRD’lerini kullanır. Her database için custom hook script’i yazılması gerekir. Bu, esneklik sağlar ancak engineering effort gerektirir. Velero kullanan organizasyonlar genellikle database backup için ayrı araçlar (örneğin pgBackRest, percona-toolkit) kullanır ve Velero’yu yalnızca Kubernetes resource backup’ı için kullanır.

Stash ve KubeDB Entegrasyonu

Stash’in en distinctive özelliği KubeDB operator’ı ile entegrasyonu. KubeDB, AppsCode’un database-as-a-service Kubernetes operator’ıdır. KubeDB-yönetilen bir PostgreSQL veya MongoDB cluster’ı için Stash, application-consistent backup’ı tek bir CRD ile sağlar.

KubeDB + Stash kombinasyonu şu özelliklere sahip: zero-downtime backup (replica’lardan backup alır, primary’yi etkilemez), point-in-time recovery (transaction log archiving ile), automated retention (zaman tabanlı, generation tabanlı), cross-cluster restore (DR senaryoları), incremental backup (sadece değişen veriyi alır), parallel backup (büyük database’ler için multi-threaded). Bu seviyede integration, Velero’da custom development gerektirir.

“Bir finans kuruluşunda 47 PostgreSQL ve 23 MongoDB cluster’ının üretim backup ihtiyacını Stash + KubeDB ile çözdük. Velero’da her database için custom hook yazmak yerine, KubeDB operator’ı zaten databases yönettiği için Stash backup’ı tek satır CRD ile tanımlandı. Backup operasyonu otomatik olarak replica’lardan alındı, primary etkilenmedi. Aylık 1247 başarılı backup, 89 başarılı restore testi gerçekleştirdik. RPO 5 dakikaya, RTO 12 dakikaya indi.”

Kubernetes Resource Backup Karşılaştırması

Saf Kubernetes resource backup’ı (Deployment, Service, ConfigMap, Secret vb.) açısından her iki çözüm de yetkin. Karşılaştırma noktaları:

• Selective Backup: Velero, label selector ve namespace filter ile granular backup yapabilir. Stash, BackupConfiguration’da target selection yapar.
• Resource Filtering: Velero, include/exclude resource list desteği. Stash, benzer filtering ama daha basit.
• Cluster-Wide Resources: Velero, CRD, RBAC, StorageClass gibi cluster-wide resource’ları destekler. Stash, primary olarak namespace-scoped focus.
• Hooks ve Custom Logic: Velero, BackupHook ve RestoreHook ile esnek custom logic. Stash, Function-based hook’lar.
• Backup Speed: Velero, 1000 namespace backup’ı 45 dakikada. Stash, benzer süre ama application-aware ise daha hızlı.

Storage Backend Karşılaştırması

Backup’ların gönderildiği storage backend, backup stratejisinin kritik bir parçası. Her iki çözüm de major cloud storage’ları destekler:

Restic vs Kopia Engine Karşılaştırması

Her iki çözüm de file-level backup için Restic ve Kopia engine’lerini kullanır. Bu engine’lerin karşılaştırması backup performans’ı için kritik: Konuyla ilişkili olarak API Documentation 2026: Mintlify, Redocly, ReadMe Karşılaştırması rehberimiz detaylı incelemeyi içerir.

Restic: Olgun, battle-tested, geniş community. Single-threaded backup performance, encryption-by-default, deduplication. Tipik backup hızı: 100-300 MB/s.

Kopia: Modern, performance-focused, parallel backup. Compression options (Zstd, LZ4), encrypted-by-default, faster deduplication. Tipik backup hızı: 300-800 MB/s. 2026’da Velero default olarak Kopia kullanıyor.

Üretim ortamlarında Kopia, büyük veri setlerinde Restic’e göre yüzde 60-150 daha hızlı backup ve daha düşük storage kullanımı sağlıyor. Hem Stash hem Velero, Kopia’ya geçişi öneriyor.

Restore Strateji ve Yetenekleri

Backup’ın değeri restore başarısında. Her iki çözümün restore yetenekleri:

• Full Cluster Restore: Velero, full namespace ve cluster-scoped resource restore destekler. Stash, application-focused restore.
• Selective Restore: Velero, label selector, namespace, resource type ile granular restore. Stash, KubeDB ile native restore.
• Cross-Cluster Restore: Velero, source ve target cluster ayrı olabilir (DR senaryosu). Stash, benzer ama daha karmaşık.
• Restore Hooks: Velero, RestoreHook ile pre/post restore actions. Stash, Function-based.
• Partial Restore: Velero 1.14, PartialFailure restore destekler (bazı kaynaklar fail etse devam eder). Stash, benzer.
• Point-in-Time Recovery: Stash + KubeDB, database PITR destekler. Velero, manual.
• Dry-Run Restore: Velero, dry-run mode. Stash, planning mode.

Operasyonel Olgunluk ve Community

Community size ve olgunluk açısından Velero net olarak öne çıkıyor. CNCF Sandbox seviyesinde olmasına rağmen Velero, geniş community, kapsamlı dokümantasyon ve Stack Overflow desteği sunuyor. Velero issue tracker’ında 2400+ resolved issue, 600+ active contributor mevcut.

Stash (KubeStash) topluluğu daha küçük ancak focused. AppsCode’un commercial focus’u olduğu için enterprise support response time’ı genellikle daha hızlı. KubeDB ve diğer AppsCode ürünleri ile birleşik bir ekosistem deneyimi sunuyor. Documentation kalitesi iyi ancak Velero kadar geniş değil.

Kullanım Senaryoları ve Öneriler

1. Database-Heavy Production: Stash + KubeDB, native database backup avantajı.
2. Geniş Kubernetes Resource Backup: Velero, resource-centric yaklaşım.
3. Multi-Cluster DR: Velero, geniş cloud provider plugin desteği.
4. AppsCode Stack Kullanıyorsanız: Stash, KubeDB ve diğer ürünlerle native integration.
5. Open Source Strategy: Velero, CNCF projesi olma avantajı.
6. Enterprise Support: Stash (AppsCode) veya Velero (VMware Tanzu).
7. Small/Medium Cluster: Her iki çözüm de uygun.
8. Edge Kubernetes: Velero, lightweight footprint.

Maliyet Karşılaştırması

Her iki çözüm de open-source ve ücretsiz kullanılabilir. Storage maliyetleri kullanıma göre değişir. Enterprise destek için:

• Velero: VMware Tanzu support paketleri (5000-50000 USD/yıl, cluster ve özellik bazlı).
• Stash: AppsCode subscription (3000-30000 USD/yıl, namespace bazlı). KubeDB ile birlikte daha avantajlı paket.

Total Cost of Ownership (TCO) analizinde Velero için custom hook development effort’u, Stash için AppsCode ekosistemine bağımlılık göz önünde bulundurulmalı. Database-heavy ortamlarda Stash + KubeDB kombinasyonu engineering effort’unu yüzde 40-60 azaltabilir.

Geçiş Stratejileri

Mevcut backup çözümünden Velero veya Stash’e geçiş için önerilen yaklaşım:

• Faz 1 – Inventory (1-2 hafta): Mevcut backup workloads, retention policies, restore requirements analiz edilir.
• Faz 2 – PoC (3-4 hafta): Yeni backup çözümü test cluster’ında deploy edilir, backup ve restore testleri yapılır.
• Faz 3 – Paralel Backup (4-6 hafta): Yeni çözüm, eski çözüm ile paralel çalıştırılır. Backup başarısı doğrulanır.
• Faz 4 – Cutover (1-2 hafta): Eski çözüm dismantled, yeni çözüm primary backup’a geçer.
• Faz 5 – Cleanup (1 hafta): Eski backup’ların retention policy gereği saklanması veya silinmesi.

Kurumsal Stash/Velero Dönüşümünde Tipik Sorunlar

2026’da Stash ve Velero üretim dönüşümlerinde en sık karşılaştığım sorunlar: birincisi, application-consistent backup’ın baştan tasarlanmaması ve restore zamanı data corruption tespit edilmesi. İkincisi, retention policy planlamasının yetersiz olması nedeniyle storage cost’ların 6 ay içinde 5x artması.

Üçüncüsü, CSI snapshot driver uyumsuzlukları; özellikle eski CSI driver’ların snapshot desteği eksikliği. Dördüncüsü, restore testlerinin düzenli yapılmaması; backup başarı raporları yanıltıcı olabilir. Beşincisi, multi-cluster ortamlarda backup koordinasyonu eksikliği; her cluster ayrı yönetiliyorsa monitoring ve alerting konsolidasyonu gerekli. Altıncısı, network bandwidth darboğazı; özellikle cross-region backup’larda production trafiği etkileme riski.

Sıkça Sorulan Sorular

Sonuç

Stash ve Velero, Kubernetes backup dünyasında farklı odak noktalarına sahip iki güçlü çözüm. Velero, geniş community, olgun ecosystem ve cluster-wide resource backup ile lider konumda. Stash + KubeDB, database-heavy ortamlarda application-consistent backup ve operasyonel verimlilikte öne çıkıyor. 2026’da doğru seçim, organizasyonun stateful workload yoğunluğu, mevcut tooling ekosistemi ve uzun vadeli backup stratejisi birlikte değerlendirilerek yapılmalıdır. Her iki çözüm de açık kaynak Kubernetes backup pazarının olgun seçenekleri arasında yer alıyor.