Fikirden Production'a Multi-Tenant SaaS Platformu
Tek ürün mimarisi; veri, rol ve yapılandırmayı açıkça ayırırken birden çok müşteri ortamını destekledi.
- Müşteri türü
- Erken Aşama B2B SaaS Ürünü
- Sektör / bağlam
- Birden çok müşteri ortamı için ürün mimarisi
- Yetenekler
- Tenant izolasyonu · Rol tabanlı erişim · Yapılandırılabilir özellikler
Zorluk
Ürün, müşteriye özel kod çatalları oluşturmadan tek platformdan birden çok müşteriye hizmet vermeliydi. Ürün geliştikçe tenant verisi, iş yapılandırması, yetkiler ve özellik erişimi izole kalmalıydı.
Neden zordu
Tenant sınırları kimlik doğrulama, sorgular, arka plan işleri, analitik ve yönetimi etkiler. Herhangi bir katmandaki zayıf sınır, sistemin geri kalanındaki izolasyonu geçersiz kılabilirdi.
Nasıl yaklaşıyoruz?
Tenant çözümleme açık bir uygulama sorumluluğu olarak tasarlandı. Paylaşılan ürün servisleri roller, medya, analitik ve AI yeteneklerini yönetirken yapılandırma ve erişim kuralları her tenant kapsamında kaldı.
Mimari / sistem tasarımı
Web uygulaması, paylaşılan iş servisleri izole veri ve yapılandırmaya erişmeden önce tenant'ı çözen bir API'yi çağırır.
- Web uygulaması
- Uygulama API'si
- Tenant çözümleme
- İş servisleri
- İzole veri ve yapılandırma
Yetenekler
- Tenant izolasyonu
- Rol tabanlı erişim
- Yapılandırılabilir özellikler
- Aboneliğe hazır sınırlar
Mühendislik kararları
- İş mantığı çalışmadan tenant bağlamını çözmek.
- Paylaşılan ürün davranışını tenant yapılandırmasından ayırmak.
- Yönetici erişimine de müşteri erişimiyle aynı izolasyon güvencelerini uygulamak.
Etki
- Birden çok müşteri ortamı için tek platform
- Müşteri çatalları yerine yeniden kullanılabilir ürün mimarisi
- SaaS büyümesi için açık bir temel
Bu deneyim neyi gösteriyor
SaaS ölçeği, tenant varsayımları kod tabanına yayıldıktan sonra altyapı eklemekle değil, bilinçli ürün ve veri sınırlarıyla başlar.
