Multi-tenant con RLS
El aislamiento entre clientes lo garantiza Postgres, a nivel de base de datos.
Todos los cases
Producto Flouds · Chatme
ChatmeYa corres Chatwoot. ¿Y si el inbox fuera tuyo?
Chatme es un inbox de WhatsApp multi-tenant, self-hosted y whitelabel que Flouds construyó desde cero, pensado para quien quiere revender atención como producto propio en vez de alquilar el de otro.
Conocer Chatme.jpg&w=3840&q=75)
Lo que estaba en el camino
Los problemas que reconoces
Whitelabel limitado
No controlas la marca ni el roadmap de una herramienta que pertenece a otra empresa.
Cada cliente, una instancia
Administrar decenas de instalaciones separadas simplemente no escala.
Aislamiento a fe del WHERE
Sin garantía en la base, filtrar datos entre clientes es cuestión de tiempo.
Cola frágil tumba todo
Un pico de mensajes sin una cola preparada traba la atención entera.
Antes y después
Del improviso a un sistema propio
El problema
Chatwoot resuelve, pero es de otra empresa. El whitelabel es limitado, no controlas el roadmap, y cada nuevo cliente que atiendes significa una instancia más para administrar. Al final, construyes un negocio de atención sobre una base que pertenece a terceros.
Lo que construimos
Chatme fue diseñado con arquitectura seria: multi-tenant con aislamiento en la base, vía RLS por tenant, de modo que los datos de un cliente quedan invisibles para el otro ya a nivel de Postgres. La cola de jobs corre con River, el frontend en Svelte 5 va embebido en el propio binario Go y la conexión con WhatsApp usa el FZAP. Un artefacto único, self-hosted y bajo tu marca.
Lo que hace el sistema
Las capacidades que resuelven el dolor
Cola de jobs con River
Los picos de mensajes se absorben sin trabar la atención.
SPA embebida en el binario
El front en Svelte 5 va dentro del binario Go, en un solo artefacto.
WhatsApp vía FZAP
La conexión corre sobre el mismo motor que el resto del portafolio.
La ingeniería detrás
GoSvelte 5SvelteKitPostgreSQLpgvectorRiverFZAPDocker
Cómo funciona
Del dato al mensaje, en código
01
Aislamiento en la base
El RLS por tenant garantiza la separación de los datos en el propio Postgres.
02
Un binario, muchos tenants
Agregar cliente significa agregar tenant, sin levantar instancia.
03
Whitelabel propio
La marca es tuya y el roadmap también.
¿Se puede escalar tenants?
Para eso nació la arquitectura. Agregar cliente significa agregar un tenant, sin levantar instancia nueva, así que un único binario atiende a muchos.
Números reales
La prueba
El RLS por tenant es lo que separa un multiusuario improvisado de un SaaS que puedes vender con seguridad: en vez de rezar para que el WHERE tenant_id nunca falle, la base garantiza el aislamiento por debajo.
Multi-tenant con RLS por tenant (aislamiento en Postgres)
Cola de jobs con River
Svelte 5 embebido en el binario Go
Conexión a WhatsApp vía FZAP
Preguntas frecuentes
Lo que suelen preguntar
Sigue explorando
Otros cases
Chegou a sua hora
Si tu plan es vender atención, el inbox tiene que ser tuyo
Conoce Chatme, el inbox multi-tenant que Flouds construyó para reventa.