Modelo multicliente

Hay tres modelos habituales. En el primero todos los eventos viven en un solo espacio y cada uno lleva la etiqueta de su cliente: es barato, pero el aislamiento depende de que cada consulta y cada permiso filtren bien. En el segundo cada cliente tiene su propio espacio de datos dentro de la misma plataforma: los permisos y los datos están separados y el catálogo de reglas se sigue administrando en un lugar. En el tercero cada cliente tiene su propia plataforma completa: el aislamiento es máximo, pero cada cambio hay que repetirlo tantas veces como clientes. Abre modelos y compara las columnas antes de elegir.

El volumen diario de eventos decide el costo de almacenar y de buscar, y también cuánto del tiempo del equipo se va en cada cliente. Un solo cliente grande puede mover la plataforma entera. Abre clientes y compara la columna eventos_dia.

El plan Esencial incluye pocas fuentes. Los planes Estándar y Ampliado piden más fuentes, más reglas y plazos de respuesta más cortos. Para dimensionar el equipo conviene saber cuánto volumen cae en esos planes. Suma eventos_dia de los clientes cuyo plan no es Esencial.

La ventaja de un proveedor multicliente es compartir lo que no es sensible: el trabajo de escribir, probar y mejorar una detección se hace una vez y sirve a todos. Lo que no se comparte es lo que identifica al cliente: sus eventos, sus cuentas y quién puede verlos. Mezclar las dos cosas lleva a uno de dos errores: copiar el catálogo entero por cliente, con lo que cada mejora hay que hacerla ocho veces, o compartir los datos, con lo que un error muestra a un cliente lo de otro.