Single-tenant vs. multi-tenant

Um sistema por cliente ou uma plataforma para todos os clientes. A arquitetura decide como você escala.

Se você opera discagem ativa para mais de um cliente, a diferença entre arquitetura single-tenant e multi-tenant define seu isolamento de dados, sua conformidade, sua velocidade de onboarding e suas margens. Este guia compara as duas abordagens e mostra onde cada uma se encaixa.

Veja o multi-tenant em ação

Resposta rápida

Um discador single-tenant executa uma instância separada do software para cada cliente, enquanto um discador multi-tenant atende todos os clientes a partir de uma única plataforma compartilhada, com os dados de cada tenant particionados logicamente. O single-tenant oferece infraestrutura dedicada por cliente, mas cada instância precisa ser atualizada, corrigida e monitorada separadamente. O multi-tenant, modelo usado pelo DialerBee, impõe o isolamento na camada de dados, então um novo cliente é uma etapa de configuração, e não um projeto de implantação. Isso o torna a escolha prática para BPOs, equipes de cobrança e revendedores de telecom que adicionam clientes com frequência.

Entendendo o modelo

O que é um discador single-tenant?

Um discador single-tenant executa uma instância dedicada do software para cada cliente. Cada cliente tem seu próprio ambiente de aplicação, seu próprio banco de dados e, muitas vezes, seu próprio conjunto de servidores. Nada é compartilhado entre clientes — um tenant, um sistema. Essa é a arquitetura tradicional de muitas implantações antigas de discadores on-premise e hospedados.

O atrativo é simples. Como cada cliente fica separado física ou logicamente no nível da infraestrutura, há uma fronteira clara entre os conjuntos de dados. Algumas organizações com exigências rígidas de residência de dados ou necessidades de personalização sob medida preferem esse modelo justamente porque o ambiente pode ser adaptado de ponta a ponta para um único cliente sem afetar mais ninguém.

O preço é o peso operacional. Se você atende dez clientes, na prática roda dez discadores — dez conjuntos de atualizações, dez ciclos de patches de segurança, dez rotinas de backup e dez frentes de monitoramento. Fazer o onboarding de um novo cliente significa montar um novo ambiente. Para um BPO ou revendedor que adiciona clientes com frequência, essa sobrecarga se acumula rapidamente e reduz o ritmo com que você consegue fechar e lançar novos negócios.

Entendendo o modelo

O que é um discador multi-tenant?

Um discador multi-tenant atende muitos clientes — tenants — a partir de uma única plataforma compartilhada. Cada tenant vê apenas suas próprias campanhas, contatos, agentes, gravações e relatórios, mas todos os tenants rodam na mesma aplicação. O isolamento é imposto de forma lógica, e não dando hardware separado a cada cliente. Bem feito, um tenant nunca consegue ver nem acessar os dados de outro tenant.

O DialerBee é multi-tenant por design e impõe o isolamento na camada de dados. Cada registro carrega a identidade de um tenant, e o acesso é restrito para que as consultas só retornem linhas do tenant solicitante — uma abordagem comumente implementada com mecanismos de banco de dados como o row-level security do PostgreSQL. Isso significa que a separação entre clientes é imposta pela própria plataforma de dados, e não deixada só para o código da aplicação.

Para um BPO ou revendedor, a vantagem operacional é decisiva. Fazer o onboarding de um novo cliente é uma etapa de configuração, não um projeto de infraestrutura. Atualizações, patches de segurança e novos recursos chegam a todos os tenants de uma vez. Você tem uma única plataforma para monitorar e manter, enquanto cada cliente usa um espaço de trabalho totalmente separado e com a própria marca. É isso que torna a arquitetura multi-tenant a escolha natural para quem gerencia discagem ativa para vários clientes. Veja nosso recurso multi-tenant para o detalhamento completo.

Comparação lado a lado

Single-tenant vs. multi-tenant: 12 fatores comparados

Fator	Single-tenant	Multi-tenant (DialerBee)
Isolamento de dados	Instância separada por cliente	Isolamento lógico imposto na camada de dados, por tenant
Controles de conformidade	Regras configuradas sistema a sistema	Controles de apoio à conformidade por tenant: listas DNC, horários de chamadas, controle de consentimento e limites de tentativas
Tempo de configuração por cliente	Montar um novo ambiente: dias a semanas	Provisionar um tenant e aplicar suas regras: minutos a horas
Modelo de custo	O custo se repete a cada instância que você roda	Uma plataforma compartilhada, cobrada por posição de agente
Escalabilidade	Cada novo cliente acrescenta mais um sistema para operar	Adicione tenants sem adicionar infraestrutura para manter
Controle e personalização	Personalização profunda de todo o ambiente de um cliente	Configurações por tenant: perfis, regras de conformidade, marca, faixas de ramais e identificadores de chamadas
Idiomas	Configurado separadamente dentro de cada instância	11 idiomas na plataforma compartilhada, com idioma padrão por tenant
Risco	Um patch ou backup esquecido em qualquer instância é uma exposição	Isolamento de tenant em nível de linha em todos os serviços, para que um filtro esquecido em uma tela não vaze linhas de outro tenant
Marca / white-label	Personalizada por instância, mas isolada	Marca white-label por tenant a partir de uma única plataforma
Separação de relatórios	Os relatórios ficam em sistemas isolados	Relatórios por tenant, mais uma visão de portfólio para operadores
Manutenção e atualizações	Patches e atualizações em cada instância separadamente	Um único caminho de atualização aplicado a todos os tenants de uma vez
Ideal para	Um único usuário final, ou um contrato de cliente que exige infraestrutura dedicada	BPOs, equipes de cobrança e revendedores de telecom que atendem muitos clientes

Feito para operações com vários clientes

Por que o multi-tenant serve BPOs e revendedores

Isolamento na camada de dados

Cada registro é restrito ao seu tenant, então um cliente nunca consegue acessar os contatos, gravações ou relatórios de outro. O isolamento é imposto pela plataforma de dados — uma abordagem comumente construída sobre o row-level security do banco de dados —, e não deixado só para a lógica da aplicação.

Onboarding rápido e repetível

Adicionar um cliente é uma etapa de configuração, não um projeto de infraestrutura. Provisione um novo tenant, aplique a marca e as regras de conformidade dele e entre no ar em horas, em vez dos dias ou semanas que uma instância dedicada exigiria.

Relatórios separados, um portfólio

Cada tenant vê apenas seus próprios dashboards e relatórios, enquanto os operadores mantêm uma visão de portfólio de todos os clientes. Separação por cliente e supervisão centralizada convivem em uma única plataforma.

A resposta honesta

Quando o single-tenant ainda faz sentido

A arquitetura multi-tenant é o padrão certo para organizações que gerenciam discagem ativa para muitos clientes, mas o single-tenant não está obsoleto. Há situações em que uma instância dedicada continua sendo a melhor escolha.

Se um único cliente opera sob uma exigência contratual ou de residência de dados que requer infraestrutura fisicamente dedicada, uma implantação single-tenant atende diretamente a esse requisito. O mesmo vale quando um cliente precisa de personalização profunda e sob medida do sistema, que não seria adequada aplicar a uma plataforma compartilhada.

Organizações que atendem um único cliente — ou que são elas mesmas o único usuário final — ganham pouco com multi-tenancy, já que não há um segundo tenant do qual se isolar. Nesses casos, a simplicidade operacional de um ambiente único pode superar totalmente as vantagens da plataforma compartilhada.

Para todos os demais — BPOs, revendedores de telecom e agências que adicionam clientes com frequência e precisam de separação por cliente sem custo extra por cliente —, uma plataforma multi-tenant bem construída oferece o isolamento de sistemas separados com a eficiência de um só. Esse é o equilíbrio em torno do qual o DialerBee foi projetado, e é por isso que a nossa solução para BPO e plataforma de discador white-label têm como base uma arquitetura multi-tenant.

Sua situação

Quando escolher cada uma

BPO

Você adiciona programas de clientes com frequência

Cada novo cliente chega com suas próprias regras de conformidade, seus próprios relatórios e suas próprias expectativas de marca, e a pressão comercial é lançar antes que o cliente mude de ideia. Uma plataforma multi-tenant compartilhada se encaixa: o cliente vira um tenant que você configura, e não um ambiente que você implanta, e a separação que o comprador pergunta é imposta na camada de dados, e não prometida em um diagrama.

Equipe de cobrança

Você trabalha carteiras sob mandatos diferentes

O tratamento do consentimento, as janelas de horário de chamadas e as regras de gravação variam por credor, e misturá-los é o caminho mais rápido para uma notificação de violação. O multi-tenant também se encaixa aqui, porque cada carteira tem seus próprios controles de apoio à conformidade e sua própria trilha de auditoria, enquanto a operação continua em uma plataforma compartilhada. Uma instância dedicada por cliente só compensa o custo extra quando um contrato com o credor exige infraestrutura separada.

Revendedor de telecom

Você vende discagem junto com conectividade

Os clientes nunca podem ter contato com o fornecedor da plataforma, cada um precisa da sua própria faixa de ramais e dos seus próprios identificadores de chamadas, e sua margem depende de não manter um ambiente por cliente. Uma plataforma multi-tenant compartilhada com marca white-label por tenant se encaixa: cada cliente recebe um espaço de trabalho com a própria identidade, enquanto você opera toda a estrutura por baixo.

A plataforma

Como a DialerBee se encaixa

O DialerBee é multi-tenant por design. O isolamento é imposto na camada de banco de dados com row-level security do PostgreSQL, então cada consulta fica restrita ao tenant solicitante e o acesso entre tenants é impedido pelo próprio mecanismo do banco de dados, e não pela lógica da aplicação. Cada tenant tem suas próprias regras de conformidade, suas próprias gravações com controles independentes de retenção e retenção legal (legal hold), sua própria atribuição de uso e faturamento e sua própria marca. Novos tenants são provisionados em minutos pelo portal de administração ou pela API de parceiros. Os detalhes estão na página de arquitetura multi-tenant.

O acesso é algo que você lê em uma grade, em vez de deduzir: uma matriz de perfis por tenant com 11 categorias e 41 permissões, um log de auditoria que registra a ação, o usuário e o endereço IP de origem, chaves de API armazenadas com hash e restritas ao seu tenant, e administradores parceiros que veem apenas os tenants que possuem. Isso é tratado em segurança e acesso. Administradores da plataforma e de parceiros também recebem um centro de operações com saúde dos serviços, chamadas ao vivo e rastreamento de ponta a ponta, enquanto administradores de tenant veem apenas o próprio tenant.

Perguntas frequentes

Como um discador multi-tenant mantém os dados de um cliente separados dos de outro?

No DialerBee, cada registro carrega a identidade de um tenant, e o acesso é restrito para que as consultas só retornem linhas do tenant solicitante. Esse isolamento é imposto na camada de dados — uma abordagem comumente implementada com mecanismos de banco de dados como o row-level security do PostgreSQL —, em vez de depender só do código da aplicação. O resultado é que um tenant não consegue ver nem acessar os contatos, gravações ou relatórios de outro tenant.

Em uma plataforma multi-tenant, cada cliente pode ter suas próprias regras de conformidade?

Sim. O DialerBee aplica controles de apoio à conformidade por tenant, então cada cliente pode operar com sua própria configuração de tratamento de consentimento, aplicação de DNC, janelas de horário de chamadas e regras de gravação. Esses conjuntos de regras são gerenciados de forma centralizada em uma única plataforma, então você mantém a separação por cliente sem manter sistemas separados.

Single-tenant é mais seguro do que multi-tenant?

Não necessariamente. O single-tenant depende da separação de infraestrutura, enquanto uma plataforma multi-tenant bem construída impõe isolamento na camada de dados, para que os tenants fiquem totalmente separados em infraestrutura compartilhada. A segurança de qualquer modelo depende da qualidade da implementação. O DialerBee restringe o acesso por tenant para que os clientes não acessem os dados uns dos outros, e oferece controles de apoio à conformidade em todos os tenants.

Quanto mais rápido é o onboarding de um novo cliente em um discador multi-tenant?

No modelo single-tenant, o onboarding normalmente significa montar um novo ambiente, o que pode levar de dias a semanas. Em uma plataforma multi-tenant como o DialerBee, adicionar um cliente é uma etapa de configuração — provisione o tenant, aplique a marca e as regras de conformidade e entre no ar em horas. Para BPOs e revendedores que adicionam clientes com frequência, essa diferença afeta diretamente a rapidez com que você consegue lançar novos negócios.

Posso aplicar white-label a um discador multi-tenant por cliente?

Sim. O DialerBee suporta marca white-label por tenant a partir de uma única plataforma, então cada cliente usa um espaço de trabalho com a própria identidade, enquanto você mantém um único sistema por baixo. Assim, revendedores apresentam um produto com marca para cada cliente sem operar um discador separado para cada um.

Cada cliente pode usar um idioma diferente em um discador multi-tenant?

Sim. O DialerBee funciona em 11 idiomas (inglês, árabe, espanhol, francês, italiano, alemão, turco, hindi, urdu, português e indonésio), com idioma padrão por tenant, então cada cliente trabalha no idioma que seu mercado realmente fala. O idioma é uma configuração do tenant, não uma versão separada, então adicionar um mercado não significa adicionar uma instância.

Como funcionam os relatórios quando muitos clientes compartilham uma plataforma?

Cada tenant vê apenas seus próprios dashboards e relatórios, enquanto o operador mantém uma visão de portfólio de todos os clientes. Administradores da plataforma e de parceiros também têm um centro de operações com saúde dos serviços, chamadas ao vivo e rastreamento de ponta a ponta. Administradores de tenant veem apenas o próprio tenant.

Um discador multi-tenant é mais barato que um single-tenant?

Normalmente sim, porque você opera e mantém uma plataforma compartilhada, em vez de um ambiente por cliente. O DialerBee é cobrado por posição de agente, então o custo da plataforma acompanha o tamanho da sua operação, e não o número de sistemas que você precisa manter atualizados. O single-tenant ainda pode ser o gasto certo quando um contrato de cliente exige infraestrutura dedicada.

Relacionados

Recurso multi-tenant Segurança e acesso Guia: melhor software de discador para BPOs DialerBee para BPOs Plataforma de discador white-label

Uma plataforma. Cada cliente totalmente separado.

Agende uma demonstração e veja como a arquitetura multi-tenant do DialerBee dá a BPOs e revendedores isolamento por cliente, marca white-label por tenant e IA em 11 idiomas em uma única plataforma.

Agende sua demonstração

Mais comparações