Çok kiracılı
Tek altyapıda birden fazla şirketi, verileri birbirine karıştırmadan çalıştıran mimari.
Özet
Paylaşımlı altyapıda şirket başına veri izolasyonu.
Hızlı bilgiler
- Kategori
- AI ve bilgi yönetimi
- Ürün
- KobiGPT RAG
- İlgili
- Karşılaştırma ve araçlar
- Dil
- TR ve EN
Neden KobiGPT?
- Satın alma öncesi ortak dil oluşturun.
- Kavramları KobiGPT özelliklerine bağlayın.
- Hukuk ve BT ile paylaşın.
- Kullanım alanlarına geçin.
Ürün verileri
- Ücretsiz plan
- 100 doküman · 2 departman · 120 Kobi/ay(PLAN_CONFIG)
- Starter
- 1000 doküman · 5 departman · 1000 Kobi/ay(PLAN_CONFIG)
- Pro
- 12500 doküman · 25 departman · 12500 Kobi/ay(PLAN_CONFIG)
- Plan kapsamı
- Şirket başına plan, kullanıcı ve doküman limitleri(packages/types/src/plan-config.ts → PLAN_CONFIG)
Çok kiracılı ne demektir?
Çok kiracılı bir SaaS uygulamasında her şirket bir kiracıdır ve aynı uygulama altyapısını paylaşır. Paylaşım sunucuların ortak olması anlamına gelir; kullanıcılar, dokümanlar, ayarlar ve kullanım kayıtları yine şirket sınırları içinde tutulur.
KobiGPT açısından önemli sınır şirket kimliğidir. Bir kullanıcının sohbeti kendi şirketinin asistanı ve doküman kapsamı ile çalışır; başka bir şirketin dosyası arama sonucuna veya kaynak listesine dahil edilmemelidir.
İzolasyon hangi katmanlarda uygulanır?
İzolasyon yalnızca arayüzde şirket seçmekten ibaret değildir. API sorguları companyId ile sınırlandırılır, ilişkisel kayıtlar bu sahipliği taşır ve vektör arama şirket adına açılan koleksiyonda yürütülür. Her katmanın aynı sınırı uygulaması gerekir.
Departman kapsamı bu sınırın içinde ikinci bir filtredir. Şirket içindeki İK, finans veya hukuk asistanları da kendi dosya ve kullanıcı ilişkileriyle ayrılır; rol, şirket dışına erişim verme mekanizması değildir.
KOBİ için pratik sonucu
Çok kiracılı model, her şirket için ayrı bir sunucu kurmadan plan, kullanıcı ve doküman yönetimi sunar. Bunun karşılığında tenant sınırları, yetkilendirme ve arama filtreleri her yeni özelliğin tasarımında kontrol edilmelidir.
Bir satın alma değerlendirmesinde yalnızca ortak altyapı ifadesine bakmayın. Şirket başına koleksiyon, şirket kimliğiyle sorgu ve rol kontrollerinin birlikte uygulandığını; ayrıca hatalı kapsam durumunda kaydın görünür olup olmadığını doğrulayın.
İzolasyonu doğrulamanın pratik yolu
Çok kiracılı bir sistemde izolasyon iddiası, test edilmeden kabul edilmemelidir. Doğrulamanın en basit yolu iki ayrı şirket hesabı açmak, birine ayırt edici bir kelime içeren bir doküman yüklemek ve diğer hesaptan o kelimeyi sorgulamaktır. Sonuç dönmemelidir.
İkinci kontrol yetkilendirme katmanındadır: aynı şirket içinde farklı rollerin farklı asistanlara erişimi test edilmelidir. Kiracılar arası izolasyon sağlamken şirket içi rol ayrımının zayıf olması, pratikte daha sık karşılaşılan risktir.
Üçüncü test silme davranışıdır. Bir dokümanı kapsamdan çıkardıktan sonra aynı içeriği sorgulayın; yanıt hâlâ geliyorsa vektör indeksinden çıkarma adımı çalışmıyor demektir. Bu, veri saklama ve silme yükümlülükleri açısından doğrudan sonuç doğuran bir davranıştır ve kurulum sırasında test edilmelidir. Üç testin de kayıt altına alınması, ileride bir denetim veya müşteri sorusu geldiğinde hazır bir yanıt oluşturur.
FAQ
Pratikte ne anlama gelir?
Paylaşımlı altyapıda şirket başına veri izolasyonu.
KobiGPT kullanıyor mu?
Uygulama için ürün sayfalarına bakın.
Daha fazla okuma?
Blog ve SSS.
Sorumluluk?
Eğitim amaçlı; uyum kararları için doğrulayın.
Şirketler aynı vektör koleksiyonunu paylaşır mı?
Hayır. KobiGPT Qdrant koleksiyon adını şirket kimliğiyle üretir; arama şirketin kendi koleksiyonunda yapılır.
Çok kiracılı olmak self-hosted ile çelişir mi?
Hayır. Self-hosted kurulumda uygulama sizin altyapınızda çalışırken aynı izolasyon modelini koruyabilir.
Karşılaştırma
| Özellik | KobiGPT | Alternatif |
|---|---|---|
| KOBİ | Evet | Yok |
| Kaynak | RAG ile | Yok |
| Sözlük | Genişliyor | Yok |
| Araçlar | İnteraktif | Yok |