Apa Itu Arsitektur Multi-Tenant?

Multi-tenancy adalah desain yang memungkinkan perangkat lunak sebagai layanan (SaaS) menjadi ekonomis. Alih-alih membuat salinan aplikasi terpisah untuk setiap pelanggan, satu deployment melayani semuanya, dan pemisahan di antara mereka ditegakkan dalam perangkat lunak. Jalur peningkatan, beban operasional, dan biaya per pelanggan semuanya meningkat secara dramatis. Konsekuensinya adalah isolasi menjadi properti yang harus Anda bangun dan pertahankan, bukan sesuatu yang diberikan perangkat keras secara gratis.

Bagi platform pusat kontak, risikonya sangat tinggi, karena data yang terlibat adalah rekaman panggilan, daftar kontak pelanggan, catatan persetujuan, dan daftar penolakan. Sebuah BPO yang menjalankan klien yang bersaing di satu platform memiliki kewajiban kontraktual dan seringkali kewajiban peraturan untuk menjaga agar data tersebut tetap terpisah, dan kebocoran bukanlah ketidaknyamanan tetapi sebuah insiden.

Di Mana Isolasi Harus Diberlakukan

Implementasi umum yang paling lemah menempatkan batasan pada kode aplikasi: setiap kueri memfilter berdasarkan tenant, dan kebenarannya bergantung pada setiap pengembang yang mengingatnya setiap saat. Ini berfungsi sampai satu kueri gagal, dan tidak ada yang menunjukkan kesalahan tersebut sampai seseorang melihat data yang seharusnya tidak dilihatnya. Pendekatan yang lebih kuat mendorong penegakan ke dalam basis data, sehingga kebijakan tersebut melekat pada data, bukan pada kode yang membacanya, dan kueri yang menghilangkan filter tenant akan mengembalikan hasil kosong, bukan semuanya. Saat mengevaluasi suatu platform, pertanyaan yang berguna bukanlah apakah tenant terisolasi, tetapi pada lapisan mana.

Apa yang Harus Berbeda untuk Setiap tenant

• Data dan pengguna. Kampanye, kontak, rekaman, dan akun, dibatasi sehingga pengguna hanya ada di dalam tenant (tenant) mereka.
• Konfigurasi kepatuhan. Daftar penolakan, jendela waktu panggilan, dan aturan persetujuan, karena tenant beroperasi di bawah rezim yang berbeda.
• Penyimpanan. Perekaman dan penyimpanan transkrip diatur berdasarkan kebijakan masing-masing tenant, dengan opsi penahanan hukum.
• Angka. Identitas penelepon hanya milik satu tenant, dan rentang ekstensi yang tidak berbenturan dengan milik tenant lain.
• Branding dan bahasa. Tampilan antarmuka yang dilihat oleh setiap pengguna di setiap tenant, termasuk bahasa default mereka.
• Penagihan dan pengukuran. Penggunaan yang dapat diatribusikan per tenant, bukan digabungkan menjadi satu total.

Bagaimana DialerBee Menerapkan Multi-Tenancy

DialerBee 's arsitektur multi-tenant Memberikan setiap tenant data terisolasi yang diberlakukan oleh keamanan tingkat baris PostgreSQL pada lapisan basis data, aturan kepatuhan independen yang mencakup daftar jangan hubungi, jam panggilan, dan pelacakan persetujuan, rekaman panggilan terpisah dengan penyimpanan per tenant, retensi independen dan penangguhan hukum, pelacakan penagihan per tenant yang melacak penggunaan, menit, dan seat secara terpisah, kontrol akses berbasis peran yang membatasi agen dan pengawas ke tenant mereka, penyetelan AI per tenant, dan penyediaan tenant dalam hitungan menit melalui portal admin atau API. Tersedia dalam 11 bahasa dengan bahasa default per tenant.

Batasan tersebut diteruskan ke seluruh platform dan tidak berhenti di basis data. Setiap dasbor dan laporan di analitik Cakupan data dibatasi pada tenant saat ini, sehingga klien BPO hanya melihat data mereka sendiri sementara pemilik platform dapat mengakses analitik lintas tenant, dan batasan tenant diberlakukan pada lapisan basis data. Kepemilikan ID penelepon eksklusif untuk satu tenant, yang mencegah nomor yang menjadi tanggung jawab Anda muncul di panggilan orang lain, dan setiap tenant mendapatkan kumpulan ID peneleponnya sendiri dengan aturan rotasi dan pelaporan yang terisolasi. Data transkrip disimpan dengan isolasi per tenant menggunakan keamanan tingkat baris, dengan retensi yang dapat dikonfigurasi per tenant. label putih Dalam penerapan, administrator mitra memiliki tenant yang mereka buat, dan wizard orientasi menetapkan rentang ekstensi masing-masing tenant dan ID peneleponnya sendiri, karena pengaturan default akan bert benturan dan trunk bersama bukanlah ID penelepon.

Pertanyaan yang Sering Diajukan

Apa perbedaan antara multi-tenant dan single-tenant?

Dalam penerapan single-tenant, setiap pelanggan mendapatkan instance perangkat lunak mereka sendiri dan seringkali infrastruktur mereka sendiri. Dalam penerapan multi-tenant, pelanggan berbagi infrastruktur dan kode, dan dipisahkan oleh aplikasi dan basis data, bukan dengan memiliki salinan terpisah. Multi-tenancy lebih murah untuk dijalankan dan ditingkatkan; single-tenancy memberikan pemisahan fisik dengan biaya per pelanggan yang jauh lebih tinggi.

Apa itu keamanan tingkat baris (row-level security)?

Fitur basis data yang melampirkan kebijakan ke tabel sehingga kueri hanya dapat mengembalikan baris yang berhak dilihat oleh tenant saat ini. Ini penting karena alternatifnya, yaitu memfilter berdasarkan tenant di setiap kueri yang dilakukan aplikasi, bergantung pada setiap pengembang untuk mengingatnya setiap saat. Menerapkannya pada lapisan basis data berarti kueri yang melupakan filter tersebut tidak akan mengembalikan apa pun, bukan semuanya.

Apakah multi-tenancy berarti data saya tercampur dengan data pelanggan lain?

Artinya, data tersebut disimpan dalam infrastruktur bersama dengan batasan yang diberlakukan, bukan berarti orang lain dapat mengaksesnya. Pertanyaan praktis yang perlu diajukan kepada vendor bukanlah apakah tabel tersebut digunakan bersama, tetapi di mana isolasi diberlakukan. Isolasi yang hanya diimplementasikan dalam kode aplikasi merupakan solusi yang lebih lemah daripada isolasi yang diberlakukan oleh basis data.

Mengapa setiap tenant membutuhkan rentang ekstensi dan ID peneleponnya sendiri?

Karena pengaturan default dapat bertabrakan. Dua tenant yang diatur dengan rentang ekstensi yang sama atau diarahkan ke trunk yang sama menghasilkan panggilan yang salah arah dan identitas penelepon yang salah. Memberikan setiap tenant rentang dan nomornya sendiri pada saat pengaturan mencegah jenis masalah yang sulit didiagnosis di kemudian hari.

Apa saja yang seharusnya dapat dikonfigurasi per tenant?

Segala sesuatu yang berbeda antara bisnis yang menggunakan platform tersebut, yang dalam pusat kontak mencakup hampir semua hal: aturan kepatuhan, jam panggilan, daftar penolakan, periode penyimpanan, pengaturan bahasa default, branding, nomor telepon, dan penagihan. Pengaturan yang hanya dapat bersifat global adalah pengaturan yang pada akhirnya akan salah untuk seseorang.

Istilah terkait: platform pusat kontak white-label, Pusat kontak BPO, manajemen persetujuan, ID penelepon dan kehadiran lokal Dan DID.