Karar kurulumla değil, sahiplenmeyle ilgilidir
Kubernetes üzerinde PostgreSQL, MySQL, Redis veya ClickHouse operatörü çalıştırmak artık teknik olarak ulaşılmaz bir şey değil. Birkaç manifest, bir storage class, biraz gizli değer yönetimi ve cluster ayağa kalkar. Bu noktada karar kolaymış gibi görünür: “Kendimiz kurabiliyoruz, neden yönetilen hizmet alalım?”
Asıl soru biraz daha uzun ömürlüdür: Bu sistemi üç ay sonra kim yükseltecek? Gece failover olursa kim uyanacak? Geri yükleme gerçekten çalışıyor mu, kim kanıtlayacak? Sertifika, kimlik bilgisi, yedek saklama süresi, kapasite planı ve denetim kayıtları da bu kararın içindedir.
- Kendi yönettiğiniz seçeneği daha fazla kontrol verir, ama operasyon sorumluluğunu da size bırakır.
- Yönetilen seçenek daha az düşük seviye kontrol verir, ama yedek, bakım, güvenlik ve gözlem ritmini ürünleştirir.
- Küçük ekipte en pahalı kaynak çoğu zaman makine değil dikkat ve nöbet enerjisidir.
- Kararı tek bir aylık fatura satırıyla değil, bir yıllık operasyon yüküyle okumak gerekir.
Toplam sahip olma maliyetini dürüstçe yazın
Kendi yönettiğiniz yaklaşımda görünen maliyet işlem kaynağı ve depolama olur. Görünmeyen maliyet ise ekip zamanıdır: operatör güncellemesi, yedek testi, alert iyileştirmesi, güvenlik yaması, olay sonrası analiz, dokümantasyon ve açılış süreci. Bunlar yazılmadığında kendi yönettiğiniz olduğundan ucuz görünür.
Yönetilen yaklaşımda fatura daha net ve bazen daha yüksek görünür. Buna karşılık operasyon yükünün bir kısmı ürün yüzeyine taşınır. Bu iyi ya da kötü değil; sadece maliyetin nerede durduğunu değiştirir.
Basit TCO karar tablosu
Görünen maliyet işlem kaynağı depolama yedek depolama ağ ve geri yükleme hedefleri Gizli maliyet nöbet ve olay zamanı upgrade ve bakım penceresi geri yükleme tatbikatı güvenlik rotasyonu ekip içi bilgi kaybı müşteri iletişimi ve SLA takibi
Kendi yönettiğiniz ne zaman gerçekten mantıklıdır?
Kendi yönettiğiniz kötü bir tercih değildir. Hatta bazı şirketler için doğru tercihtir. Eğer güçlü bir platform ekibiniz varsa, veritabanı operasyonu şirketin çekirdek yetkinliğiyse, regülasyon veya özel donanım nedeniyle kontrol sizde olmalıysa kendi yönettiğiniz yaklaşım anlamlı hale gelir.
Ama “biz zaten Kubernetes kullanıyoruz” tek başına yeterli gerekçe değildir. Kubernetes veritabanı sorunlarını ortadan kaldırmaz; çoğunu farklı bir yere taşır. Storage gecikmesi, yedek doğrulaması, schema migration, failover ve kapasite planı hâlâ sizin masanızdadır.
- Platform ekibi 7/24 sorumluluk alabiliyorsa kendi yönettiğiniz gerçekçi olabilir.
- Veritabanı operasyonu ürününüzün ayrıştırıcı uzmanlığıysa kontrol değerli olabilir.
- Özel ağ, donanım veya yerleşim gereksinimi varsa managed seçenek her zaman yetmeyebilir.
- Geri yükleme tatbikatı düzenli yapılmıyorsa kendi yönettiğiniz risk olduğundan küçük görünür.
TürkDB ile kıyaslama nasıl yapılmalı?
TürkDB seçeneğini değerlendirirken “bir operatör daha kurduk” diye düşünmemek gerekir. Değer, kontrol düzlemindedir: cluster yaşam döngüsü, makine-paketi, yedekleme/PITR, geri yükleme, denetim, bağlantı bilgisi, CLI/Terraform ve olay görünürlüğü aynı ürün deneyiminde toplanır.
Bu yüzden sağlıklı kıyaslama şöyle yapılır: Kendi yönettiğiniz tarafta bu yetenekleri hangi ekip, hangi araçla, hangi ritimde sunacak? TürkDB tarafında hangi yetenek pilotta kanıtlanabilir, hangisi hâlâ uygulama ekibinin sorumluluğunda kalır?
TürkDB değerlendirme kontrolü
1. Yedek alınıyor mu, geri yükleme edildiği kanıtlandı mı? 2. PITR penceresi ve RPO/RTO hedefi yazılı mı? 3. Upgrade için rollback eşiği belli mi? 4. Kimlik bilgisi rotasyonu uygulama kesmeden yapılabiliyor mu? 5. Fatura ve iç maliyet cluster bazında ayrılıyor mu? 6. Olay sırasında olay, metrik ve müşteri etkisi aynı yerde mi?
Kararı küçük bir pilotla netleştirin
Bu tür kararlar toplantıda uzun uzun tartışılabilir ama en iyi cevap küçük bir pilotla çıkar. Bir gerçek servis seçin, kendi yönettiğiniz ve TürkDB seçenekleri için aynı soruları sorun: provisioning ne kadar sürdü, bağlantı nasıl verildi, yedek nasıl doğrulandı, geri yükleme kaç dakikada ayağa kalktı, bakım nasıl planlandı?
Pilotun sonunda yalnızca performans tablosuna bakmayın. Ekipte kim yoruldu, hangi adımlar kişiye bağımlı kaldı, hangi dokümantasyon eksik çıktı, müşteri etkisi nasıl anlatılacaktı? Managed kararını çoğu zaman bu sorular belirler.