Çok kiracılı SaaS, kaynak başına verilen tek bir karara indirgenir: kiracılar birbirinden ne kadar yalıtılacak. Her şeyi havuzlarsanız en ucuz ve en işletilebilir platformu en geniş etki alanıyla alırsınız. Her şeyi siloya alırsanız en güçlü yalıtımı kiracı başına 10 ile 100 kat maliyetle alırsınız. Çoğu ürün köprü modelinde son bulur ve olgun yanıt, tüm sistem için tek bir model seçmek yerine üçünü katman katman karıştırmaktır.
Bu rehber üç yalıtım modelini, her birinin maliyetini, katman bazında nasıl seçileceğini ve bu seçimden doğan güvenlik, faturalama ve operasyon işlerini kapsar.
Önemli noktalar
- Yalıtım bir anahtar değil bir yelpazedir: Katman bazında seçin: işlem, veritabanı, depolama ve dosya işleme farklı konumlarda olabilir.
- Havuz aynı ölçekte kabaca %40 daha ucuzdur: Çünkü sabit maliyetler tüm ödeyen müşterilere yayılır.
- Silo kiracı başına 10–100 kat maliyetlidir: Ve operasyon yükü kiracı sayısıyla doğrusal artar.
- Havuz modelinde tek bir eksik filtre herkesi açığa çıkarır: Bu yüzden yalıtım sorgunun içinde değil altında olmalıdır.
Üç yalıtım modeli
| Model | Yapı | Kiracı başına maliyet | Etki alanı |
|---|---|---|---|
| Havuz | Tüm kiracılar aynı tabloları paylaşır; her satır kiracı kimliği taşır | En düşük; kiracı eklendikçe sabit kalır | En geniş, tek bir hatalı sorgu herkesi etkiler |
| Köprü | Ortak veritabanı örneği; kiracı başına şema veya mantıksal veritabanı | Orta | Veri açısından tek kiracı |
| Silo | Kiracı başına ayrı altyapı ve veritabanı | Havuzun 10–100 katı | Tamamen tek kiracı |
Havuz, erken aşama bir ürün için en ucuz, en hızlı ve en işletilebilir desendir. Altyapı maliyeti müşteri eklendikçe büyük ölçüde sabit kalır; çünkü sabit maliyetler tabana yayılır. Risk tek bir yerde toplanır: her sorgu kiracı kimliğine göre filtrelemek zorundadır ve tek bir eksik filtre bir veri ihlalidir.
Köprü, kiracı başına işlem gücü olmadan kiracı başına veri yalıtımı verir. Kiracı bazlı yedekleme, geri yükleme ve zaman noktası kurtarmayı kolaylaştıran modeldir, kurumsal alıcılar "yalıtım" dediğinde genellikle kastettikleri budur.
Silo en güçlü garantiyi ve en kötü ekonomiyi sağlar. Her yeni kiracı bir veritabanı, bir dağıtım hedefi ve bir kimlik bilgisi seti demektir; dolayısıyla operasyon maliyeti yayılmak yerine doğrusal yükselir.
Platform için değil katman için seçin
İşe yarar soru "havuzda mıyız siloda mı" değil, "ne siloda" sorusudur. Yaygın ve savunulabilir bir düzen:
| Katman | Tipik seçim | Gerekçe |
|---|---|---|
| Uygulama işlem gücü | Havuz | Durumsuz; kiracı bazında ölçeklemek kapasite israfıdır |
| Birincil veritabanı | Köprü | Kiracı başına sunucu olmadan kiracı başına yedek ve geri yükleme |
| Dosya ve belge depolama | Köprü veya silo | Ayırması ucuz; sıklıkla sözleşme gereği |
| Arama ve analitik | Havuz | Çoğaltması pahalı, hassasiyeti düşük |
| Düzenlemeye tabi veya kurumsal kiracılar | İstisna olarak silo | Buna göre fiyatlanır |
İstisna yolu ticari olarak önemlidir. Silo yalıtımını üst paket olarak sunmak, gerçekten ihtiyaç duyan az sayıda alıcıyı, ekonomisini herkese dayatmadan karşılamanızı sağlar.
Yalıtımı sorgunun altında zorlayın
Havuzlanmış bir modelde doğruluk, her sorgunun kiracıya göre filtrelemesine bağlıdır, ve geliştiricilerin hatırlamasına güvenmek, herkesin er ya da geç yaşadığı başarısızlıktır.
Zorlamayı bir katman aşağı itin. Veritabanında satır düzeyi güvenlik, bağlantı veya oturuma bağlanmış kiracı bağlamı ya da kapsamsız sorguyu reddeden bir veri erişim katmanı, garantiyi uygulama kodunun dışına taşır. Ardından kiracılar arası okuma denemesi yapan testler ekleyin; çünkü yalnızca olağan akışı kontrol eden bir test paketi, filtrenin eksik olduğu gün de geçecektir.
Aynısı arka plan işleri, dışa aktarmalar, yönetim araçları ve raporlama için geçerlidir. Bunlar kiracı bağlamının normalde bulunduğu istek yolunun dışındadır ve kiracılar arası sızıntılar genellikle burada bulunur.
Gürültülü komşuyu planlayın
Havuzlanmış kaynaklar, bir kiracının davranışının diğer herkesin deneyimini etkilemesi demektir: toplu bir içe aktarma, sınırsız bir rapor, yeniden deneme döngüsündeki bir entegrasyon.
Kiracı başına hız sınırları, sorgu zaman aşımları, tek kiracının tekeline alamayacağı iş kuyrukları ve kiracıya göre bölümlenmiş kullanım izleme ile azaltın. Kiracı bazlı gözlemlenebilirlik olmadan bunu açıklanamayan platform yavaşlığı olarak yaşarsınız.
Kiracı yaşam döngüsünü ilk müşteriden önce tasarlayın
Kayıt, yapılandırma, askıya alma ve ayrılma; idari sonradan düşünceler değil ürün özellikleridir.
Bir kiracının nasıl ve ne kadar sürede oluşturulduğuna, kod değişikliği olmadan kiracı başına neyin yapılandırılabileceğine, ödeme yapılmadığında veriyi yok etmeden nasıl askıya alınacağına ve iptalde ne olacağına, dışa aktarma biçimi, saklama süresi, silme garantisi, karar verin. Kurumsal sözleşmeler sonuncusunu sıklıkla şart koşar ve havuzlanmış bir veritabanına sonradan silme garantisi eklemek zordur.
Kiracı başına yapılandırma, platformların en kötü borcu biriktirdiği yerdir. Her ayar test edilmesi gereken bir daldır; küçük ve bilinçli bir küme, ucu açık olandan iyidir.
Faturalamayı ölçebildiğiniz bir şeye bağlayın
Abonelik paketleri basittir. Kullanım bazlı fiyatlandırma, platformun ilk günden güvenilir ölçüm yapmasını gerektirir ve ölçümü sonradan eklemek belirgin biçimde zordur.
Model ne olursa olsun, hangi müşterilerin kârlı olduğunu size söyleyen şey kiracı başına maliyet görünürlüğüdür. Havuzlanmış bir mimaride bu bilinçli kurulum gerektirir; çünkü altyapı maliyeti müşteri başına değil tek fatura olarak gelir.
Ne zaman çok kiracılı kurmamalı
Gereksinimleri birbirinden çok ayrışan beş kurumsal müşteriniz varsa, ayrı dağıtımlar yapılandırılabilir bir platformdan gerçekten daha ucuz ve hızlı olabilir. Çok kiracılılık ölçek ve standartlaşmayla karşılığını verir; ikisi de yoksa kullanmadığınız bir mimari eklersiniz.
Aynı şekilde ürününüz iç kullanıma yönelikse çok kiracılılık genellikle yanlış çerçevedir, istediğiniz şey tek bir kurum içinde role dayalı erişimdir.
Tek kiracılıdan çok kiracılıya geçiş
Çoğu platform buraya önce tek müşteri için geliştirilmiş olarak gelir. Göç esasen bir veri problemidir: her yere kiracı kimliği eklemek, geriye dönük doldurmak, zorlamak ve onsuz hiçbir yol kalmadığını kanıtlamak.
Kiracı sayısı bunu sancılı hale getirmeden yapın. İş; veriye dokunan tablo, entegrasyon ve rapor sayısıyla büyür ve her gecikme ayı üçünden de daha fazlasını ekler.
İlgili rehberler
- Ölçüm tarafı için: Yapay Zeka İş Akışı Otomasyonu: Kullanım Alanları ve Riskler.
- Kaçınılması gereken bir hata şurada anlatılıyor: Özel Yönetim Panosu Geliştirme: Metrikten Aksiyona.
Çok Kiracılı SaaS: Mimari, Güvenlik ve Maliyet Etkenleri önümüzdeki üç yılın üzerine kurulabileceği bir platforma yol açıyorsa Platform Temelinizi Konuşalım.
Ali Boran Gazel