Tüm yazılar
Engineering 22 Şubat 2026 11 dk okuma
SaaS'ta Multi-Tenant Mimariye Doğru Karar Şeması
Tek veritabanı paylaşımlı şema, ayrı şema, ayrı veritabanı — hangisini ne zaman seçmeli? Üç farklı SaaS projesinden örnekler.
Cem Aydın
Tech Lead & Kurucu
Multi-tenant kararını sadece teknik olarak almak yanlış. Compliance, müşteri büyüklüğü, fiyatlandırma katmanlarınız ve takımınızın operasyonel kapasitesi — hepsi bu kararın parçası.
Üç ana model
- Shared schema: Tek DB, tek schema. tenant_id kolonu her tabloda. En basit, en ucuz, en sınırlı.
- Schema-per-tenant: Tek DB, her tenant için ayrı schema. Orta yol, ama DB'nin schema sayısı limitlerine dikkat.
- Database-per-tenant: Her tenant kendi DB'sinde. En izole, en pahalı, compliance ağır olan müşteriler için doğru.
Karar matrisi
Aşağıdaki 5 soruya cevabınız modelinizi büyük ölçüde belirler:
- Müşteri sayınız beklenti: < 100 / 100–1.000 / 1.000+
- Müşterilerden veri izolasyonu için sözleşmesel taahhüt var mı?
- Tek bir müşteri DB performansını ne kadar zorlayabilir?
- Backup / restore / data export işlemleri müşteri başına olmak zorunda mı?
- Operasyon ekibiniz kaç farklı DB cluster yönetebilir?