Edificio a inquilino unico vs edificio a più inquilini

Un sistema per cliente, oppure una piattaforma per ogni cliente. L'architettura determina la scalabilità.

Se gestisci chiamate in uscita per più di un cliente, la differenza tra architettura single-tenant e multi-tenant influisce sull'isolamento dei dati, sulla conformità, sulla velocità di onboarding e sui margini. Questa guida confronta entrambi gli approcci e mostra dove si adatta ciascuno.

Risposta rapida

Qual è la differenza tra un'architettura di dialer single-tenant e multi-tenant? Un dialer single-tenant dedica un'istanza separata a ciascun cliente, quindi ogni cliente dispone di un'infrastruttura isolata, ma la manutenzione di ciascuno è separata. Un dialer multi-tenant serve tutti i clienti da un'unica piattaforma condivisa con dati logicamente partizionati, garantendo un onboarding più rapido, costi per cliente inferiori e manutenzione centralizzata. DialerBee è multi-tenant e impone l'isolamento a livello di dati per BPO e rivenditori multi-cliente.

Comprensione del modello

Che cos'è un dialer a tenant singolo?

Un dialer a tenant singolo esegue un'istanza dedicata del software per ogni cliente. Ogni cliente dispone del proprio ambiente applicativo, del proprio database e spesso anche del proprio set di server. Nulla viene condiviso tra i clienti: un tenant, un sistema. Questa è l'architettura tradizionale di molte implementazioni di dialer, sia on-premise che in hosting, di vecchia generazione.

Il vantaggio è evidente. Poiché ogni cliente è fisicamente o logicamente separato a livello di infrastruttura, esiste un confine netto tra i set di dati. Alcune organizzazioni con rigidi requisiti di residenza dei dati o esigenze di personalizzazione specifiche preferiscono questo modello proprio perché l'ambiente può essere adattato end-to-end per un singolo cliente senza influire su nessun altro.

Il compromesso sta nel peso operativo. Se si gestiscono dieci clienti, si gestiscono di fatto dieci sistemi di chiamata: dieci set di aggiornamenti, dieci cicli di applicazione delle patch di sicurezza, dieci routine di backup e dieci superfici di monitoraggio. L'inserimento di un nuovo cliente implica la creazione di un nuovo ambiente. Per un'azienda di BPO o un rivenditore che acquisisce regolarmente clienti, questo costo aggiuntivo si accumula rapidamente e rallenta la velocità con cui è possibile acquisire e lanciare nuove opportunità di business.

Comprensione del modello

Che cos'è un dialer multi-tenant?

Un dialer multi-tenant serve numerosi clienti (tenant) da un'unica piattaforma condivisa. Ogni tenant visualizza solo le proprie campagne, contatti, agenti, registrazioni e report, ma tutti i tenant operano sulla stessa applicazione sottostante. L'isolamento è garantito a livello logico, non tramite hardware separato per ciascun cliente. Se implementato correttamente, un tenant non potrà mai visualizzare o accedere ai dati di un altro tenant.

DialerBee è progettato per essere multi-tenant e garantisce l'isolamento a livello di dati. Ogni record ha un'identità di tenant e l'accesso è limitato in modo che le query possano restituire solo righe appartenenti al tenant richiedente: un approccio comunemente implementato con meccanismi di database come la sicurezza a livello di riga di PostgreSQL. Ciò significa che la separazione tra i client è garantita dalla piattaforma dati stessa, e non lasciata alla sola gestione del codice applicativo.

Per un BPO o un rivenditore, il vantaggio operativo è decisivo. L'onboarding di un nuovo cliente è una fase di configurazione, non un progetto infrastrutturale. Aggiornamenti, patch di sicurezza e nuove funzionalità vengono distribuiti contemporaneamente a tutti i tenant. Si ottiene un'unica piattaforma da monitorare e gestire, mentre ogni cliente usufruisce di un'area di lavoro completamente separata e personalizzabile con il proprio marchio. Questo è ciò che rende l'architettura multi-tenant la soluzione ideale per chiunque gestisca chiamate in uscita per più clienti. Vedi il nostro funzionalità multi-tenant per la spiegazione completa.

Confronto affiancato

Sistema a inquilino singolo o sistema a inquilini multipli: 7 fattori confrontati

Fattore Unico inquilino Multi-tenant (DialerBee)
Isolamento dei dati Istanza separata per cliente Isolamento logico imposto a livello di dati per ciascun tenant
Conformità per cliente Regole configurate sistema per sistema Controlli specifici a supporto della conformità per ciascun inquilino, gestiti centralmente.
Velocità di onboarding Creare un nuovo ambiente: da giorni a settimane Configura un nuovo inquilino — ore
Costi e scalabilità I costi aumentano con ogni nuova istanza Piattaforma condivisa: costi per cliente inferiori man mano che si aumenta la scalabilità.
Branding / White-Label Personalizzato per ogni singolo caso, ma isolato Personalizzazione del marchio in white label per ogni inquilino da un'unica piattaforma
Separazione dei report I report sono in esecuzione in sistemi isolati Reportistica per singolo inquilino e visualizzazione del portafoglio per gli operatori.
Manutenzione e aggiornamenti Applicare le patch e aggiornare ciascuna istanza separatamente. Un unico percorso di aggiornamento applicato contemporaneamente a tutti gli inquilini.

Progettato per operazioni multi-cliente

Perché il multi-tenant è adatto BPO e rivenditori

Isolamento a livello di dati

Ogni record è associato al suo tenant, quindi un client non può mai accedere ai contatti, alle registrazioni o ai report di un altro client. L'isolamento è garantito dalla piattaforma dati, un approccio comunemente basato sulla sicurezza a livello di riga del database, e non è lasciato alla sola logica applicativa.

Processo di onboarding rapido e ripetibile

L'aggiunta di un client è una semplice fase di configurazione, non un progetto infrastrutturale. È sufficiente predisporre un nuovo tenant, applicare il relativo marchio e le regole di conformità e avviare il servizio in poche ore, anziché nei giorni o nelle settimane che sarebbero necessari per un'istanza dedicata.

Reportistica separata, un unico portfolio

Ogni cliente visualizza solo le proprie dashboard e i propri report, mentre gli operatori mantengono una visione d'insieme a livello di portafoglio per ogni cliente. Separazione per singolo cliente e supervisione centralizzata coesistono su un'unica piattaforma.

La risposta onesta

Quando l'architettura a inquilino unico ha ancora senso

L'architettura multi-tenant è la scelta predefinita ideale per le organizzazioni che gestiscono chiamate in uscita verso numerosi clienti, ma l'architettura single-tenant non è obsoleta. Esistono situazioni in cui un'istanza dedicata rimane la soluzione migliore.

Se un singolo cliente opera in base a vincoli di residenza dei dati o contrattuali che richiedono un'infrastruttura fisicamente dedicata, una distribuzione a tenant singolo può soddisfare direttamente tale requisito. Lo stesso vale quando un cliente necessita di una personalizzazione approfondita e su misura del sistema sottostante, che non sarebbe appropriata per una piattaforma condivisa.

Le organizzazioni che servono un solo cliente, o che sono esse stesse gli unici utenti finali, traggono scarso vantaggio dal multi-tenancy, poiché non esiste un secondo tenant da cui isolarsi. In questi casi, la semplicità operativa di un singolo ambiente può superare di gran lunga i vantaggi di una piattaforma condivisa.

Per tutti gli altri — i BPO, i rivenditori di telecomunicazioni e le agenzie che aggiungono regolarmente clienti e necessitano di separazione per cliente senza costi aggiuntivi per cliente — una piattaforma multi-tenant ben progettata offre l'isolamento di sistemi separati con l'efficienza di un unico sistema. Questo è l'equilibrio su cui si basa la progettazione di DialerBee, ed è per questo che il nostro Soluzione BPO and piattaforma di composizione automatica white-label sono costruiti su fondamenta multi-inquilino.

Domande frequenti

Come fa un dialer multi-tenant a mantenere separati i dati di un client da quelli di un altro?
In DialerBee, ogni record contiene un'identità di tenant e l'accesso è limitato in modo che le query possano restituire solo righe appartenenti al tenant richiedente. Questo isolamento è imposto a livello di dati, un approccio comunemente implementato con meccanismi di database come la sicurezza a livello di riga di PostgreSQL, anziché basarsi esclusivamente sul codice dell'applicazione. Il risultato è che un tenant non può visualizzare o accedere ai contatti, alle registrazioni o ai report di un altro tenant.
Su una piattaforma multi-tenant, ogni cliente può avere le proprie regole di conformità?
Sì. DialerBee applica controlli a supporto della conformità per ogni singolo cliente, consentendo a ciascuno di operare con la propria configurazione per la gestione del consenso, l'applicazione del registro DNC (Do Not Call), le finestre di chiamata e le regole di registrazione. Questi set di regole distinti vengono gestiti centralmente da un'unica piattaforma, mantenendo così la separazione tra i clienti senza dover gestire sistemi separati.
Un sistema a tenant singolo è più sicuro di un sistema multi-tenant?
Non necessariamente. Un'architettura single-tenant si basa sulla separazione dell'infrastruttura, mentre una piattaforma multi-tenant ben progettata impone l'isolamento a livello di dati, in modo che i tenant rimangano completamente separati su un'infrastruttura condivisa. La sicurezza di entrambi i modelli dipende dalla qualità dell'implementazione. DialerBee limita l'accesso per ogni tenant, impedendo ai client di accedere ai dati degli altri, e offre controlli a supporto della conformità per ogni tenant.
Quanto è più veloce l'onboarding di un nuovo cliente su un dialer multi-tenant?
In un modello a tenant singolo, l'onboarding di solito implica la creazione di un nuovo ambiente, operazione che può richiedere da giorni a settimane. In una piattaforma multi-tenant come DialerBee, l'aggiunta di un cliente è una fase di configurazione: si effettua il provisioning del tenant, si applicano le regole di branding e conformità e si va online in poche ore. Per le aziende di BPO e i rivenditori che aggiungono clienti regolarmente, questa differenza incide direttamente sulla velocità con cui è possibile avviare nuove attività.
Posso personalizzare il dialer multi-tenant con il marchio di ciascun cliente?
Sì. DialerBee supporta la personalizzazione del marchio (white-label) per ogni singolo cliente da un'unica piattaforma, in modo che ogni cliente possa usufruire di uno spazio di lavoro con la propria identità, mentre voi mantenete un unico sistema sottostante. Questo permette ai rivenditori di offrire un prodotto personalizzato a ciascun cliente senza dover utilizzare un dialer separato per ognuno di essi.

Un'unica piattaforma. Ogni cliente, completamente separato.

Prenota una demo e scopri come l'architettura multi-tenant di DialerBee offre a BPO e rivenditori isolamento per singolo cliente, branding white-label per ogni tenant e intelligenza artificiale in 9 lingue, tutto su un'unica piattaforma.

View full site in English →