Single-tenant vs multi-tenant
Un sistema por cliente, o una plataforma para todos sus clientes. La arquitectura decide cómo escala.
Si gestiona llamadas salientes para más de un cliente, la diferencia entre una arquitectura single-tenant y una multi-tenant determina el aislamiento de sus datos, su cumplimiento, la rapidez de alta y sus márgenes. Esta guía compara ambos enfoques y muestra dónde encaja cada uno.
Respuesta rápida
Un marcador single-tenant ejecuta una instancia separada del software para cada cliente, mientras que un marcador multi-tenant atiende a todos los clientes desde una plataforma compartida, con los datos de cada tenant particionados de forma lógica. El modelo single-tenant ofrece infraestructura dedicada por cliente, pero cada instancia debe actualizarse, parchearse y monitorearse por separado. El multi-tenant, el modelo que usa DialerBee, aplica el aislamiento en la capa de datos, de modo que un cliente nuevo es un paso de configuración y no un proyecto de implementación. Por eso es la opción práctica para BPO, equipos de cobranza y revendedores de telecomunicaciones que suman clientes con regularidad.
Cómo funciona el modelo
¿Qué es un marcador single-tenant?
Un marcador single-tenant ejecuta una instancia dedicada del software para cada cliente. Cada cliente tiene su propio entorno de aplicación, su propia base de datos y, a menudo, su propio conjunto de servidores. No se comparte nada entre clientes: un tenant, un sistema. Es la arquitectura tradicional de muchas implementaciones de marcadores locales y alojados más antiguas.
El atractivo es evidente. Como cada cliente está separado física o lógicamente a nivel de infraestructura, hay un límite claro entre los conjuntos de datos. Algunas organizaciones con mandatos estrictos de residencia de datos o necesidades de personalización a medida prefieren este modelo precisamente porque el entorno puede adaptarse de punta a punta a un solo cliente sin afectar a nadie más.
La contrapartida es el peso operativo. Si atiende a diez clientes, en la práctica opera diez marcadores: diez ciclos de actualización, diez ciclos de parches de seguridad, diez rutinas de copias de seguridad y diez frentes de monitoreo. Dar de alta un cliente nuevo implica montar un entorno nuevo. Para un BPO o un revendedor que suma clientes con regularidad, esa carga se acumula rápido y frena el ritmo al que puede ganar y lanzar nuevos negocios.
Cómo funciona el modelo
¿Qué es un marcador multi-tenant?
Un marcador multi-tenant atiende a muchos clientes (tenants) desde una única plataforma compartida. Cada tenant ve solo sus propias campañas, contactos, agentes, grabaciones e informes, pero todos funcionan sobre la misma aplicación. El aislamiento se aplica de forma lógica en lugar de dar a cada cliente hardware separado. Bien implementado, un tenant nunca puede ver ni acceder a los datos de otro.
DialerBee es multi-tenant por diseño y aplica el aislamiento en la capa de datos. Cada registro lleva una identidad de tenant, y el acceso está limitado para que las consultas solo puedan devolver filas del tenant que las realiza, un enfoque que suele implementarse con mecanismos de base de datos como la seguridad a nivel de fila de PostgreSQL. Esto significa que la separación entre clientes la aplica la propia plataforma de datos, no solo el código de la aplicación.
Para un BPO o un revendedor, la ventaja operativa es decisiva. Dar de alta un cliente nuevo es un paso de configuración, no un proyecto de infraestructura. Las actualizaciones, los parches de seguridad y las nuevas funciones llegan a todos los tenants a la vez. Tiene una sola plataforma que monitorear y mantener, mientras cada cliente disfruta de un espacio de trabajo totalmente separado y con su marca. Por eso la arquitectura multi-tenant es la opción natural para quien gestiona llamadas salientes de varios clientes. Consulte nuestra función multi-tenant para ver el desglose completo.
Comparación lado a lado
Single-tenant vs multi-tenant: 12 factores comparados
| Factor | Single-tenant | Multi-tenant (DialerBee) |
|---|---|---|
| Aislamiento de datos | Instancia separada por cliente | Aislamiento lógico aplicado en la capa de datos para cada tenant |
| Controles de cumplimiento | Reglas configuradas sistema por sistema | Controles que apoyan el cumplimiento por tenant: listas DNC, horario de llamadas, seguimiento del consentimiento y límites de reintentos |
| Tiempo de configuración por cliente | Montar un entorno nuevo: de días a semanas | Crear un tenant y aplicar sus reglas: de minutos a horas |
| Modelo de costos | El costo se repite con cada instancia que opera | Una plataforma compartida, facturada por puesto de agente |
| Escalabilidad | Cada cliente nuevo suma otro sistema que operar | Sume tenants sin sumar infraestructura que mantener |
| Control y personalización | Personalización profunda de todo el entorno de un cliente | Ajustes por tenant: roles, reglas de cumplimiento, marca, rangos de extensiones e identificadores de llamada |
| Idiomas | Configurados por separado en cada instancia | 11 idiomas en la plataforma compartida, con idioma predeterminado por tenant |
| Riesgo | Un parche o una copia de seguridad que falte en cualquier instancia es una exposición | Aislamiento de tenants a nivel de fila en todos los servicios, para que un filtro olvidado en una pantalla no pueda filtrar filas de otro tenant |
| Marca / marca blanca | Personalizada por instancia, pero aislada | Marca blanca por tenant desde una sola plataforma |
| Separación de informes | Los informes viven en sistemas aislados | Informes por tenant más una vista de cartera para los operadores |
| Mantenimiento y actualizaciones | Parchear y actualizar cada instancia por separado | Una sola ruta de actualización aplicada a todos los tenants a la vez |
| Ideal para | Un único usuario final, o un contrato de cliente que exige infraestructura dedicada | BPO, equipos de cobranza y revendedores de telecomunicaciones con muchos clientes |
Creado para operaciones con varios clientes
Por qué el multi-tenant encaja con BPO y revendedores
Aislamiento en la capa de datos
Cada registro está limitado a su tenant, así que un cliente nunca puede acceder a los contactos, las grabaciones ni los informes de otro. El aislamiento lo aplica la plataforma de datos (un enfoque que suele basarse en la seguridad a nivel de fila de la base de datos), no solo la lógica de la aplicación.
Alta rápida y repetible
Sumar un cliente es un paso de configuración, no un proyecto de infraestructura. Cree un tenant nuevo, aplique su marca y sus reglas de cumplimiento, y salga en vivo en horas en lugar de los días o semanas que requeriría una instancia dedicada.
Informes separados, una sola cartera
Cada tenant ve solo sus propios paneles e informes, mientras los operadores mantienen una vista de cartera de todos los clientes. La separación por cliente y la supervisión centralizada conviven en una sola plataforma.
La respuesta honesta
Cuándo sigue teniendo sentido el single-tenant
La arquitectura multi-tenant es la opción predeterminada adecuada para organizaciones que gestionan llamadas salientes de muchos clientes, pero el single-tenant no está obsoleto. Hay situaciones en las que una instancia dedicada sigue siendo la mejor opción.
Si un cliente opera bajo un mandato de residencia de datos o contractual que exige infraestructura físicamente dedicada, una implementación single-tenant puede cumplir ese requisito directamente. Lo mismo ocurre cuando un cliente necesita una personalización profunda y a medida del sistema que no sería adecuado aplicar en una plataforma compartida.
Las organizaciones que atienden a un solo cliente, o que son ellas mismas el único usuario final, ganan poco con el multi-tenant, ya que no hay un segundo tenant del que aislarse. En esos casos, la sencillez operativa de un solo entorno puede pesar más que todas las ventajas de una plataforma compartida.
Para todos los demás (los BPO, los revendedores de telecomunicaciones y las agencias que suman clientes con regularidad y necesitan separación por cliente sin una carga por cliente), una plataforma multi-tenant bien construida ofrece el aislamiento de sistemas separados con la eficiencia de uno solo. Ese es el equilibrio en torno al cual está diseñado DialerBee, y por eso nuestra solución para BPO y plataforma de marcador de marca blanca se basa en una arquitectura multi-tenant.
Su situación
Cuándo elegir cada uno
BPO
Suma programas de clientes con regularidad
Cada nuevo cliente llega con sus propias reglas de cumplimiento, sus propios informes y sus propias expectativas de marca, y la presión comercial es lanzar antes de que el cliente cambie de opinión. Una plataforma multi-tenant compartida encaja: el cliente se convierte en un tenant que usted configura, no en un entorno que tiene que implementar, y la separación por la que pregunta su comprador se aplica en la capa de datos en lugar de prometerse en un diagrama.
Equipo de cobranza
Trabaja carteras bajo mandatos distintos
La gestión del consentimiento, las franjas horarias de llamada y las reglas de grabación varían según el acreedor, y mezclarlas es el camino más corto hacia un aviso de incumplimiento. El multi-tenant también encaja aquí, porque cada cartera tiene sus propios controles que apoyan el cumplimiento y su propia pista de auditoría mientras la operación sigue en una plataforma compartida. Una instancia dedicada por cliente solo compensa su carga cuando un contrato con un acreedor exige infraestructura separada.
Revendedor de telecomunicaciones
Vende marcación junto con conectividad
Sus clientes nunca deben conocer al proveedor de la plataforma, cada uno necesita su propio rango de extensiones y sus propios identificadores de llamada, y su margen depende de no operar un entorno por cliente. Encaja una plataforma multi-tenant compartida con marca blanca por tenant: cada cliente tiene un espacio de trabajo con su identidad, mientras usted opera toda la infraestructura por debajo.
La plataforma
Cómo encaja DialerBee
DialerBee es multi-tenant por diseño. El aislamiento se aplica en la capa de base de datos con la seguridad a nivel de fila de PostgreSQL, de modo que cada consulta queda limitada al tenant que la realiza y el acceso entre tenants lo impide el motor de base de datos, no la lógica de la aplicación. Cada tenant tiene sus propias reglas de cumplimiento, sus propias grabaciones con controles independientes de retención y retención legal, su propia atribución de uso y facturación, y su propia marca. Los nuevos tenants se crean en minutos desde el portal de administración o la API para partners. El detalle está en la página de arquitectura multi-tenant.
El acceso es algo que puede leer en una matriz en lugar de deducirlo: una matriz de roles por tenant de 11 categorías de permisos y 41 permisos, un registro de auditoría que guarda la acción, el usuario y la dirección IP de origen, claves de API cifradas con hash en reposo y limitadas a su tenant, y administradores de partners que solo ven los tenants que les pertenecen. Todo ello se explica en seguridad y acceso. Los administradores de la plataforma y de los partners disponen además de un centro de operaciones con el estado de los servicios, las llamadas en vivo y el rastreo de llamadas de extremo a extremo, mientras que los administradores de tenant solo ven su propio tenant.
Preguntas frecuentes
¿Cómo mantiene un marcador multi-tenant separados los datos de cada cliente?
¿Puede cada cliente tener sus propias reglas de cumplimiento en una plataforma multi-tenant?
¿Es más seguro el single-tenant que el multi-tenant?
¿Cuánto más rápido es dar de alta un cliente en un marcador multi-tenant?
¿Puedo ofrecer un marcador multi-tenant con marca blanca para cada cliente?
¿Puede cada cliente trabajar en un idioma distinto en un marcador multi-tenant?
¿Cómo funcionan los informes cuando muchos clientes comparten una plataforma?
¿Es más barato un marcador multi-tenant que uno single-tenant?
Una plataforma. Cada cliente, totalmente separado.
Reserve una demo y vea cómo la arquitectura multi-tenant de DialerBee da a BPO y revendedores aislamiento por cliente, marca blanca por tenant e IA en 11 idiomas en una sola plataforma.
Más comparativas
Alternativa a Vapi y Retell AI para centros de contacto
¿Busca una alternativa a Vapi o Retell AI? Comparación justa con los precios de cada proveedor, costes con fuentes y cuándo encaja un call center completo.
Alternativa a VICIdial y guía de migración
¿Deja VICIdial? Comparación justa VICIdial vs. DialerBee, cuándo quedarse, un marco de costos con supuestos explícitos y un plan de migración paso a paso.
Reventa en marca blanca vs por referidos
Reventa en marca blanca vs por referidos para revendedores de marcadores: marca, margen, propiedad del cliente y control. Por qué la marca blanca da valor
AMD con IA vs. detección de pitido
Compare la clasificación de transcripciones con IA frente a la AMD por pitido. La AMD con IA de DialerBee admite 11 idiomas con dialectos. Agende una demo.
Marcador con IA vs. marcador tradicional
Marcador con IA vs. tradicional: AMD por transcripción, transcripción en vivo, resúmenes con IA y ritmo adaptativo en 11 idiomas, con sus operadores.
Marcador automático vs. marcador predictivo
Marcador automático vs. predictivo: cómo funciona cada ritmo y cuál encaja con su equipo, su cumplimiento y sus metas de contacto. DialerBee ofrece ambos.