Çok Kiracılı (Multi-Tenant) Mimari Nedir?

Çok kiracılılık, hizmet olarak yazılımı (SaaS) ekonomik olarak mümkün kılan tasarımdır. Her müşteri için uygulamanın ayrı bir kopyasını kurmak yerine tek bir kurulum hepsine hizmet verir ve aralarındaki ayrım yazılımla uygulanır. Güncelleme yolu, operasyonel yük ve müşteri başına maliyet büyük ölçüde iyileşir. Bunun bedeli, izolasyonun donanımın size bedavaya verdiği bir şey olmaktan çıkıp inşa etmeniz ve korumanız gereken bir özelliğe dönüşmesidir.

Bir çağrı merkezi platformu için riskler alışılmadık derecede yüksektir; çünkü söz konusu veriler arama kayıtları, müşteri kişi listeleri, onay kayıtları ve engelleme listeleridir. Rakip müşterileri tek bir platformda yürüten bir BPO'nun onları ayrı tutmak için sözleşmeden ve çoğu zaman mevzuattan doğan bir yükümlülüğü vardır; bir sızıntı bir aksaklık değil, bir güvenlik olayıdır.

İzolasyon Nerede Uygulanmalı?

Yaygın uygulamaların en zayıfı sınırı uygulama koduna koyar: her sorgu kiracıya göre filtreler ve doğruluk, her geliştiricinin bunu her seferinde hatırlamasına bağlıdır. Bu, bir sorgu filtreyi unutana kadar işler ve biri görmemesi gereken verileri görene kadar hiçbir şey hatayı ortaya çıkarmaz. Daha güçlü yaklaşım uygulamayı veritabanına taşır; böylece politika veriyi okuyan koda değil verinin kendisine bağlıdır ve kiracı filtresini atlayan bir sorgu her şeyi değil hiçbir şeyi döndürür. Bir platformu değerlendirirken sorulması gereken yararlı soru, kiracıların izole olup olmadığı değil, hangi katmanda izole olduğudur.

Kiracı Bazında Neler Farklılaşmalı?

• Veriler ve kullanıcılar. Kampanyalar, kişiler, kayıtlar ve hesaplar; bir kullanıcı yalnızca kendi kiracısı içinde var olacak şekilde sınırlandırılır.
• Uyumluluk yapılandırması. Engelleme listeleri, arama saatleri ve onay kuralları; çünkü kiracılar farklı mevzuatlara tabi olarak faaliyet gösterir.
• Saklama. Kayıt ve transkript saklama, her kiracının kendi politikasına göre; yasal saklama (legal hold) seçeneğiyle.
• Numaralar. Yalnızca tek bir kiracıya ait arayan numara ve bir başkasınınkiyle çakışmayan dahili numara aralığı.
• Marka ve dil. Her kiracının kullanıcılarının gördüğü arayüz, varsayılan dilleri dahil.
• Faturalandırma ve kullanım ölçümü. Kullanım tek bir toplamda birleştirilmek yerine kiracı bazında ilişkilendirilir.

DialerBee Çok Kiracılılığı Nasıl Uygular?

DialerBee'nin çok kiracılı mimarisi her kiracıya; veritabanı katmanında PostgreSQL satır düzeyinde güvenlikle (row-level security) uygulanan izole veri, aranmama listelerini, arama saatlerini ve onay takibini kapsayan bağımsız uyumluluk kuralları, kiracı bazında depolamaya sahip ayrı arama kayıtları, bağımsız saklama ve yasal saklama, kullanımı, dakikaları ve koltukları ayrı izleyen kiracı bazında faturalandırma, temsilcileri ve süpervizörleri kendi kiracılarıyla sınırlayan rol tabanlı erişim kontrolü, kiracı bazında yapay zeka ayarı ve yönetici portalı ya da API üzerinden dakikalar içinde kiracı oluşturma sunar. 11 dilde, kiracı bazında varsayılan dil ayarlarıyla kullanılabilir.

Sınır veritabanında durmaz, platformun geri kalanına da taşınır. analitik içindeki her pano ve rapor geçerli kiracıyla sınırlıdır; böylece BPO müşterileri yalnızca kendi verilerini görürken platform sahipleri kiracılar arası analitiğe erişebilir ve kiracı sınırları veritabanı katmanında uygulanır. Arayan numara sahipliği yalnızca tek bir kiracıya aittir; sorumlu olduğunuz bir numaranın başkasının aramalarında görünmesini engelleyen de budur. Her kiracı, izole rotasyon kuralları ve raporlamasıyla kendi arayan numara havuzlarına sahip olur. Transkript verileri satır düzeyinde güvenlikle kiracı bazında izole olarak saklanır ve saklama süresi kiracı bazında yapılandırılabilir. white-label kurulumlarında iş ortağı yöneticisi oluşturduğu kiracıların sahibidir ve kurulum sihirbazı her kiracıya kendi dahili numara aralığını ve kendi arayan numaralarını tanımlar; çünkü varsayılanlar çakışır ve paylaşılan bir trunk bir arayan numarası değildir.

Sıkça sorulan sorular

Çok kiracılı ile tek kiracılı mimari arasındaki fark nedir?

Tek kiracılı bir kurulumda her müşteri yazılımın kendi örneğine ve çoğu zaman kendi altyapısına sahip olur. Çok kiracılı bir kurulumda ise müşteriler altyapıyı ve kodu paylaşır; ayrı kopyalarla değil, uygulama ve veritabanı tarafından birbirinden ayrılırlar. Çok kiracılılığın işletilmesi ve güncellenmesi daha ucuzdur; tek kiracılılık ise müşteri başına çok daha yüksek bir maliyetle fiziksel ayrım sağlar.

Satır düzeyinde güvenlik (row-level security) nedir?

Bir tabloya, sorgunun yalnızca geçerli kiracının görmeye yetkili olduğu satırları döndürebilmesini sağlayan bir politika ekleyen veritabanı özelliğidir. Önemlidir; çünkü alternatifi olan, uygulamanın yaptığı her sorguda kiracıya göre filtreleme, her geliştiricinin bunu her seferinde hatırlamasına bağlıdır. Bunu veritabanı katmanında uygulamak, filtreyi unutan bir sorgunun her şeyi değil hiçbir şeyi döndürmesi demektir.

Çok kiracılılık, verilerimin diğer müşterilerinkiyle karıştığı anlamına mı gelir?

Verilerin, sınırları zorunlu kılınmış paylaşılan bir altyapıda saklandığı anlamına gelir; başkasının onlara erişebileceği anlamına gelmez. Bir sağlayıcıya sorulacak pratik soru, tabloların paylaşılıp paylaşılmadığı değil, izolasyonun nerede uygulandığıdır. Yalnızca uygulama kodunda uygulanan izolasyon, veritabanı tarafından uygulanan izolasyondan daha zayıf bir yanıttır.

Her kiracı neden kendi dahili numara aralığına ve arayan numaralarına ihtiyaç duyar?

Çünkü varsayılanlar çakışır. Aynı dahili numara aralığıyla kurulan veya aynı trunk'a yönlendirilen iki kiracı, yanlış yönlendirilen aramalar ve yanlış işletmeye ait arayan kimliği üretir. Kurulum aşamasında her kiracıya kendi aralığını ve kendi numaralarını vermek, sonradan teşhisi zahmetli bir sorun sınıfını önler.

Kiracı bazında neler yapılandırılabilir olmalı?

Platformu kullanan işletmeler arasında farklılık gösteren her şey; bu da bir çağrı merkezinde neredeyse her şeydir: uyumluluk kuralları, arama saatleri, engelleme listeleri, saklama süreleri, varsayılan diller, marka, numaralar ve faturalandırma. Yalnızca genel olarak ayarlanabilen bir ayar, er ya da geç birileri için yanlış olacaktır.

İlgili terimler: beyaz etiketli (white-label) çağrı merkezi platformu, BPO çağrı merkezi, onay yönetimi, arayan numara ve yerel numara gösterimi ve DID.