Güncellendi: Kasım 2026
Kurumsal uygulamaların neredeyse tamamı bir veritabanına dayanır. Bu yüzden bir veritabanının yavaşlaması, yedeğinin alınmamış olması ya da yaması gecikmiş bir sürümde kalması doğrudan iş kesintisine dönüşebilir. Pek çok BT ekibi için asıl soru "veritabanını kim, hangi modelle yönetecek?" sorusudur. Bu rehberde, veritabanı yönetiminin kapsamını, kurum içi yönetim ile DBaaS (Database as a Service, hizmet olarak veritabanı) arasındaki farkı ve seçim yaparken hangi kriterlere bakmanız gerektiğini anlatıyoruz.
Veritabanı yönetimi neleri kapsar?
Veritabanı yönetimi, kurulumdan çok daha geniş bir işletim sorumluluğudur. Tipik olarak şu başlıkları içerir:
- Kurulum ve yapılandırma: Motor sürümü, parametreler, depolama ve ağ ayarları.
- Yedekleme ve geri yükleme: Yedekleme sıklığı, saklama süresi ve geri yükleme testleri.
- Yama ve sürüm yönetimi: Güvenlik yamaları, ara sürüm geçişleri ve destek süresi biten sürümlerin planlı olarak yükseltilmesi.
- Performans yönetimi: Yavaş sorgu analizi, indeks stratejisi ve kaynak boyutlandırma.
- Erişim ve güvenlik: Kullanıcı ve rol yönetimi, şifreleme, denetim kayıtları.
- Yüksek erişilebilirlik: Replikasyon, yük devretme (failover) ve felaket kurtarma senaryoları.
- İzleme ve olay yönetimi: Metrik ve alarm takibi, sorun anında müdahale ve kök neden analizi.
Bu başlıkların her biri bilgi, zaman ve nöbet kapasitesi ister. Model seçimi, bu yükün ne kadarının ekibinizde kalacağını belirler.
DBaaS nedir? Sorumluluk nasıl paylaşılır?
DBaaS modelinde veritabanının altyapısı ve rutin işletim adımları sağlayıcı tarafından yürütülür. Kurulum, yedekleme, yama ve temel izleme genellikle sağlayıcının sorumluluğundadır. Siz ise veri modeli, sorgular, uygulama tarafındaki erişim ve iş kuralları üzerinde kontrolü elinizde tutarsınız.
Sınırın tam olarak nerede çizildiği sağlayıcıdan sağlayıcıya ve hizmet kademesine göre değişir. Bu yüzden sözleşmede bir sorumluluk matrisi bulunması, kimin neyi yaptığının yazılı olması önemlidir.
Kurum içi yönetim ve DBaaS karşılaştırması
| Başlık | Kurum içi (self-managed) | DBaaS |
|---|---|---|
| Altyapı ve işletim sistemi | Ekibiniz | Sağlayıcı |
| Yedekleme ve yama | Ekibiniz | Çoğunlukla sağlayıcı |
| Performans ayarı | Ekibiniz | Paylaşımlı; kapsam kademeye bağlı |
| Şema ve sorgu tasarımı | Ekibiniz | Ekibiniz |
| Ölçekleme | Donanım veya sanal kaynak planlaması | Hizmet planı üzerinden |
| Maliyet yapısı | Donanım, lisans ve personel | Hizmet bedeli ve lisans modeli |
Kurum içi model, çok özel yapılandırmalar ya da sıkı yerleşik süreçler için hâlâ anlamlı olabilir. DBaaS ise rutin işletim yükünü azaltıp ekibin uygulama tarafına odaklanmasını sağlar.
Yedekleme, yama ve performans: kapsamı nasıl okumalısınız?
Teklifleri karşılaştırırken şu sorulara yazılı yanıt alın:
- Yedekler ne sıklıkla alınıyor, ne kadar süre saklanıyor ve nerede tutuluyor?
- Geri yükleme testleri kim tarafından, hangi periyotla yapılıyor?
- Yamalar hangi bakım penceresinde, hangi onay süreciyle uygulanıyor?
- Performans sorunlarında sağlayıcı yalnızca altyapıya mı bakıyor, yoksa sorgu düzeyinde destek de var mı?
Seçim kriterleri
- Motor ve sürüm desteği: Uygulamanızın kullandığı motor, sürüm ve eklentiler hizmet kataloğunda var mı?
- RPO/RTO hedefleri: Kabul edilebilir veri kaybı (RPO) ve servisin yeniden ayağa kalkma süresi (RTO) yazılı hedeflere dönüşüyor mu?
- Veri konumu: Verinin hangi lokasyonda tutulduğu sözleşmede açıkça belirtiliyor mu? KVKK ve sektörel düzenlemeler açısından bu bilgi kritiktir.
- Erişim modeli: Özel ağ bağlantısı, VPN ya da genel erişim seçenekleri neler?
- İzleme ve müdahale: İzleme kapsamı ile olay müdahale taahhüdü ayrı ayrı tanımlanmış mı?
- Çıkış planı: Hizmetten ayrılmak istediğinizde verinizi hangi formatta, ne kadar sürede alabiliyorsunuz?
Veritabanı taşıma (migration) planı
Mevcut bir veritabanını DBaaS'a taşımak tek adımlık bir iş değildir. Sağlıklı bir taşıma genellikle şu aşamalardan geçer:
- Envanter ve uyumluluk analizi: Veritabanları, sürümler, boyutlar ve bağımlı uygulamalar listelenir.
- Pilot taşıma: Kritik olmayan bir veritabanıyla test ortamında deneme yapılır.
- Senkronizasyon: Kesinti süresini kısaltmak için replikasyonla veri güncel tutulur.
- Planlı geçiş: Önceden belirlenmiş pencerede uygulama bağlantıları yeni ortama alınır.
- Doğrulama ve geri dönüş planı: Veri bütünlüğü ve performans kontrol edilir; sorun çıkarsa geri dönüş adımları hazırdır.
Cloud Expert ile yönetilen veritabanı
Cloud Expert'in yönetilen veritabanı hizmeti hakkında ayrıntılar, desteklenen seçenekler ve kapsam bilgisi için DBaaS sayfamızı inceleyebilirsiniz. Veritabanı işletimini daha geniş bir BT operasyonunun parçası olarak ele almak istiyorsanız BT İşletim hizmetimize göz atabilirsiniz.
Sıkça Sorulan Sorular
Veritabanı yönetimi kurum içinde mi, DBaaS ile mi yapılmalı?
Karar, ekibinizin veritabanı uzmanlığına, nöbet kapasitesine ve veritabanı sayısına bağlıdır. Kurum içi yönetimde kurulum, yedekleme, yama ve performans sorumluluğu ekibinizdedir. DBaaS'ta bu rutin işletim adımları sağlayıcıya geçer; siz şema, sorgu ve erişim yönetimine odaklanırsınız. Sorumluluk sınırının sözleşmede yazılı olması iki modelde de belirleyicidir.
Hangi veritabanı motorları yönetilen hizmet olarak çalıştırılabilir?
Desteklenen motorlar sağlayıcıya ve hizmet kataloğuna göre değişir. Piyasada en yaygın olanlar PostgreSQL, MySQL/MariaDB, Microsoft SQL Server ve Oracle'dır. Karar vermeden önce uygulamanızın kullandığı sürümü, eklentileri ve lisans modelini sağlayıcının güncel kataloğuyla doğrulayın ve testleri hedef ortamda yapın.
Yedekleme ve geri dönüş süreleri (RPO/RTO) DBaaS'ta nasıl belirlenir?
RPO, kabul edilebilir veri kaybı süresini; RTO ise servisin yeniden ayağa kalkma süresini ifade eder. Bu değerler yedekleme sıklığına, replikasyon tipine ve seçilen hizmet seviyesine bağlıdır. Sözleşme öncesinde iş gereksinimlerinizi yazılı hedeflere çevirin ve geri yükleme testlerini düzenli olarak yapın.
Veritabanı verilerimiz nerede tutulur ve KVKK açısından neye bakmalıyız?
Verinin hangi lokasyonda tutulduğu hizmet sözleşmesinde açıkça belirtilmelidir. KVKK açısından veri işleyen sıfatı, erişim yetkileri, şifreleme ve denetim kayıtları kontrol edilmelidir. Nihai uyumluluk değerlendirmesini hukuk ve bilgi güvenliği ekiplerinizle birlikte yapmanız önerilir.
Mevcut veritabanımızı DBaaS'a taşımak ne kadar sürer?
Süre; veri hacmine, motor sürümüne, bağımlı uygulama sayısına ve izin verilen kesinti penceresine göre değişir. Genel akış envanter analizi, pilot taşıma, replikasyonla senkronizasyon, planlı geçiş ve doğrulamadır. Her adım için bir geri dönüş planı hazırlanmalıdır.
DBaaS kullanırken izleme ve olay müdahalesi nasıl işler?
Veritabanı metrikleri 7/24 izlenebilir; ancak olay müdahale süreleri ayrı bir kavramdır ve seçilen hizmet kademesine göre değişir. Hangi alarmın kimde olduğu, müdahale kademeleri ve eskalasyon yolu sözleşmede netleştirilmelidir.