Backend Development
Si necesitas construir un backend de esta forma, este es el servicio.
Ver el servicioSaaS multi-tenant · Producto propio
InmobiClub Business: API multi-tenant en producción
Producto propio: un MLS inmobiliario donde varias agencias trabajan sobre la misma instalación sin ver los datos de las demás. Es el sistema donde se ven juntas todas las piezas que vendo por separado.
El punto de partida
Dónde estaba el sistema antes de tocarlo
InmobiClub Business es producto propio, no un encargo: un MLS —el sistema donde las agencias inmobiliarias publican y comparten cartera— pensado para que varias organizaciones convivan en la misma instalación.
Eso, que se dice en una línea, es la decisión que condiciona todo lo demás. Multi-tenant significa que cada consulta tiene que estar bien: basta un listado que olvide filtrar por organización para que una agencia vea la cartera de su competencia.
Qué estaba pasando
El problema real, no el que se ve desde fuera
El reto no era el tamaño, era la combinación. Aislamiento entre organizaciones en cada acceso a datos. Permisos por rol dentro de cada una. Dos pasarelas de pago, porque el mercado al que va dirigido no se cubre con una sola. Notificaciones en tiempo real. Y todo mantenible por una sola persona.
Ese último requisito es el que explica las decisiones técnicas: cuando no hay equipo para revisar cada cambio, la red tiene que ser automática.
Qué hice
Las decisiones, en el orden en que se tomaron
04 pasos-
Modelo de datos y aislamiento
53 modelos y 75 migraciones versionadas, con la pertenencia a la organización como parte del modelo y no como un filtro que cada consulta recuerda añadir.
-
API y control de acceso
353 endpoints repartidos en 57 routers, con RBAC: qué puede hacer cada rol dentro de su organización, resuelto en un sitio y no repetido en cada controlador.
-
Pagos, tiempo real y caché
Stripe y PayU para cubrir mercados distintos, Socket.io para las notificaciones y Redis donde el dato aguanta ser servido sin volver a la base.
-
Tests como red de seguridad
2.154 tests en 163 suites. No es una cifra de vanidad: el aislamiento entre organizaciones no se puede comprobar a mano en cada despliegue, y es justo lo que no puede fallar.
El resultado
Lo que cambió, medido
- Endpoints
- 353
- Tests
- 2.154
- Modelos
- 53
Un sistema en producción sobre Docker y Traefik, con 353 endpoints, 2.154 tests en 163 suites y 75 migraciones versionadas, mantenido por una sola persona.
Como caso comercial sirve para lo que sirve: demuestra que la cadena entera —modelo de datos, API, permisos, pagos, tiempo real, contenedores y despliegue— la he recorrido de principio a fin, y no en un tutorial sino en algo que está funcionando.
Stack y conclusiones
Con qué se hizo y qué deja para el siguiente
- Node.js 22
- Express 5
- PostgreSQL
- Prisma
- Redis
- RBAC
- Stripe
- PayU
- Socket.io
- Docker
- Traefik
- En multi-tenant, el aislamiento se pone en el modelo, no en la memoria de quien escribe la consulta
- Los permisos se resuelven en un sitio o acaban repetidos y contradictorios en cincuenta
- Sin equipo que revise, los tests son la única revisión que queda
- Dos pasarelas de pago no son el doble de trabajo: son el doble de casos de error
¿Te suena tu propio sistema?
Cuéntame tu caso. Respondo en menos de 24 h, de lunes a viernes.