01Sorun ve çözüm
Multi-tenant mimaride tek bir uygulama ve tek bir dağıtım bütün kiracılara hizmet eder; her firmanın verisi, ayarları ve kullanıcıları ise birbirinden kesin çizgilerle ayrılır. Bu yapının en kritik noktası izolasyondur: bir kiracının kullanıcısı, bir sorgu hatası yüzünden başka bir firmanın tek bir kaydını bile görmemelidir.
Devamını okuDaha az göster
Multi-tenant SaaS altyapısı kurarken bu ayrımı geliştiricinin dikkatine bırakmıyor, veritabanı ve uygulama katmanında zorunlu kılıyoruz. Mevcut tek müşterili bir ürünü bu yapıya taşımak ya da yeni bir ürünü baştan çok kiracılı kurmak, iki ayrı başlangıç noktası olarak ele alınır.
02Kimler için
Multi-tenant SaaS altyapısı yaptırmak kimler için doğru adım
İhtiyaç çoğu zaman ürün ikinci ya da üçüncü kurumsal kullanıcısını bulduğunda belirginleşir.
- Her müşterisi için ayrı kurulum yapan ve sürüm takibinde zorlanan yazılım firmaları
- Kendi iç aracını başka şirketlere abonelikle sunmaya karar veren işletmeler
- Bayi, franchise ya da şube ağına aynı sistemi kendi markalarıyla açmak isteyen zincirler
- Yeni bir B2B ürünü baştan doğru temelle kurmak isteyen girişimler
- Büyük bir kurumsal kullanıcısı ayrı veritabanı isterken küçük kullanıcılarını ortak altyapıda tutmak isteyen ürün ekipleri
03İhtiyaçlar
Çok kiracılı yapının çözmesi gereken sorunlar
Kiracı sayısı arttıkça tek müşterili bir sistemde hiç görünmeyen sorunlar ortaya çıkar.
- 01
Veri izolasyonu modeli
Ortak tablolarda kiracı kimliğiyle ayrım, her kiracıya ayrı şema ya da her kiracıya ayrı veritabanı seçenekleri maliyet, izolasyon ve bakım kolaylığı açısından karşılaştırılır. Çoğu üründe karma bir model, yani küçük kiracılar ortak yapıda, büyük kiracılar ayrı veritabanında, dengeli sonuç verir.
- 02
Gürültülü komşu etkisi
Bir kiracının büyük bir rapor ya da toplu içe aktarma çalıştırması diğer kiracıları yavaşlatmamalıdır. Ağır işler kuyruğa alınır, kiracı bazında istek ve kaynak sınırları uygulanır.
- 03
Kiracıya özel yapılandırma
Logo, renkler, alan adı, açık modüller, iş akışı adımları ve özel alanlar kodu müşteriye göre ayrı kopyalara bölmeden, kiracı ayarı olarak tanımlanır. Böylece her firma kendine özel bir sistem kullandığını hisseder ama kod tabanı tektir.
- 04
Toplu sürüm ve şema değişikliği
Veritabanı değişiklikleri bütün kiracılara kontrollü biçimde uygulanır; yeni özellikler önce seçilen kiracılarda açılıp sonra yaygınlaştırılabilir.
04Özellikler
Multi-tenant SaaS altyapısının bileşenleri
Altyapı, ürününüzün iş özelliklerinin altında çalışan ve her yeni modülün hazır bulduğu ortak katmandır.
- 01
Kiracı yaşam döngüsü
Yeni firmanın kaydı, deneme süresi, plana geçiş, askıya alma ve kapanışta veri dışa aktarma ile silme adımları otomatik işler.
- 02
Plan ve özellik yönetimi
Hangi planın hangi modülleri, kaç kullanıcıyı ve ne kadar depolama alanını içerdiği ayar olarak tutulur; satış ekibi yeni paket tanımlamak için geliştirici beklemez.
- 03
Kiracı içi rol ve kullanıcı yönetimi
Her firmanın yöneticisi kendi kullanıcılarını davet eder ve rollerini belirler. Sizin destek ekibiniz ise kayıt altında, izinli ve süreli bir oturumla kiracının hesabına girebilir.
- 04
Süper yönetici konsolu
Bütün kiracıların durumu, kullanım miktarları, abonelikleri ve hata kayıtları tek ekrandan izlenir.
05Entegrasyonlar
Kiracı bazında kurulan bağlantılar
Entegrasyonlar da kiracıya özgüdür: her firma kendi hesabını, anahtarını ve tercihini bağlar.
- 01
Kurumsal kimlik ve tek oturum
Büyük kiracılar SAML ya da OpenID Connect ile kendi kimlik sağlayıcılarını, örneğin Microsoft Entra ID veya Google Workspace hesaplarını bağlayabilir.
- 02
Abonelik ve ödeme
Yinelenen tahsilat için örneğin iyzico gibi ödeme kuruluşlarının abonelik ve kart saklama servisleri kullanılır; kart verisi sizin sunucunuza hiç gelmez.
- 03
E-fatura
Kiracılara kesilen abonelik faturaları, anlaşmalı özel entegratörünüz üzerinden e-Fatura ya da e-Arşiv olarak düzenlenir.
- 04
Webhook ve açık API
Kiracılar kendi sistemlerini ürününüze bağlayabilsin diye kiracı bazında anahtarlı bir API ve olay bildirimleri sunulur.
06Süreç
Multi-tenant SaaS altyapısı yaptırmak istiyorum: süreç nasıl işler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
İzolasyonu zorunlu kılan teknik kararlar
Ortak veritabanı modelinde PostgreSQL'in satır düzeyi güvenlik özelliği gibi mekanizmalarla her sorgu, oturumdaki kiracı kimliğine göre veritabanının kendisi tarafından filtrelenir. Böylece bir geliştiricinin sorguya filtre eklemeyi unutması başka kiracının verisini açığa çıkarmaz. Önbellek anahtarları, dosya depolama klasörleri ve arka plan işleri de kiracı kimliği taşır.
Devamını okuDaha az göster
Yedekler tüm sistem için alınır, ancak tek bir kiracının verisini diğerlerini etkilemeden geri yükleyebilmek ayrıca tasarlanır. Kiracı bazında erişim ve işlem kayıtları tutulur; KVKK açısından çoğu durumda veri işleyen konumunda olacağınız için kiracının talebiyle verisini dışa aktarma ve silme işlemleri belgelenebilir olmalıdır.
Uygulama yatay ölçeklenebilir biçimde, AWS, Azure ya da Google Cloud gibi bir sağlayıcıda konteynerler üzerinde çalışır. Kiracı bazında kullanım ölçülür; hangi firmanın ne kadar kaynak tükettiğini bilmek hem fiyatlandırma hem de kapasite planı için gereklidir.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
09Sık sorulan sorular
Multi-tenant SaaS altyapısı hakkında sık sorulan sorular
Multi-tenant SaaS altyapısı fiyatları neye göre değişir?
Seçilen izolasyon modeli, kiracıya özel yapılandırma derinliği, faturalama ve abonelik ihtiyacı, kurumsal tek oturum desteği ve mevcut bir üründen taşıma yapılıp yapılmayacağı belirleyicidir. Sıfırdan kurulum ile mevcut ürünün dönüştürülmesi farklı kapsamlardır.
Mevcut tek müşterili yazılımımızı çok kiracılı hale getirebilir misiniz?
Evet. Önce veri modeli incelenir, her tabloya kiracı ilişkisinin nasıl ekleneceği planlanır. Mevcut müşteriler sırayla yeni yapıya alınır ve her geçişte kayıt sayıları ile örnek veriler doğrulanır.
Bir kurumsal müşteri ayrı veritabanı isterse ne olur?
Karma modelde bu kiracı kendi veritabanına ya da kendi sunucusuna alınır, uygulama kodu aynı kalır. Bu seçenek, altyapı baştan bu ihtimale göre tasarlandığında ek bir proje gerektirmez.
Her kiracı kendi alan adını kullanabilir mi?
Kiracılar firmaadi.urununuz gibi bir alt alan adıyla ya da kendi alan adlarıyla girebilir. Kendi alan adı için SSL sertifikaları otomatik üretilir ve yenilenir.
Multi-tenant SaaS altyapısı yaptırmak mı, hazır bir SaaS çatısı kullanmak mı?
Hazır çatılar başlangıcı hızlandırabilir, ama izolasyon modeli, faturalama ya da kimlik yönetiminde ürününüzün ihtiyacına uymayabilir. Analizde bu bileşenlerin hangisinin hazır kütüphaneyle, hangisinin özel geliştirmeyle çözüleceği ayrı ayrı belirlenir.
Bir kiracının verisi yanlışlıkla başka kiracıda görünürse ne yapılır?
Amaç bunun hiç yaşanmamasıdır; izolasyonu sınayan otomatik testler her sürümde çalışır. Yine de erişim kayıtları sayesinde olası bir olayın kapsamı tespit edilebilir ve KVKK kapsamındaki bildirim süreci için gereken bilgi elinizde olur.
10İlgili hizmetler