SaaS y software

Arquitectura multi-tenant SaaS: patrones 2026

11 \11\Europe/Madrid abril \11\Europe/Madrid 2026 3 min de lectura Por ContacPro

Multi-tenant SaaS

Arquitectura multi-tenant SaaS en 2026: shared schema, shared DB, isolated DB. Patrones de escalado, aislamiento de tenants y trade-offs de seguridad y

Casos reales: multi-tenant SaaS

multi-tenant SaaS — caso real: KitKing
KitKing · SaaS de reservas embebible para restaurantes con widget JavaScript.
multi-tenant SaaS — caso real: Estilyo
Estilyo · Comparador de precios de moda con 69.000 productos y motor de búsqueda IA.

Lanzar un SaaS multi-tenant en 2026 sin tener clara la arquitectura es la receta mas segura para refactorizar todo en 6 meses. En ContacPro hemos lanzado y migrado SaaS para sectores muy distintos (restauracion, moda, inmobiliario) y estas son las decisiones que nunca se saltan.

Los 3 modelos clasicos

  • Schema per tenant: cada cliente tiene su esquema en la misma BD. Aislamiento alto, mantenimiento medio.
  • Row-level isolation: todos los tenants comparten tablas, con un campo tenant_id. Escala mejor, requiere disciplina en queries.
  • Database per tenant: una BD por cliente. Aislamiento maximo, coste alto.

Cual usar en cada caso

Si esperas <500 tenants: schema per tenant funciona genial con PostgreSQL. Entre 500 y 100.000: row-level con indices compuestos (tenant_id + pk). Mas de 100.000: empieza a plantearte sharding fisico y database per big-tenant para los gordos.

Row-Level Security en PostgreSQL

Desde PostgreSQL 16 la RLS es solida. Puedes definir politicas por tabla que fuercen tenant_id = current_setting('app.tenant_id'). Asi el codigo de aplicacion nunca puede «olvidarse» de filtrar por tenant: la base de datos lo impone.

Autenticacion y permisos

  • JWT con tenant_id embebido en el payload (no en el subdominio).
  • Refresh tokens rotativos, almacenados en httpOnly cookie.
  • Roles por tenant: admin, editor, viewer. Nunca permisos globales salvo superadmin interno.

Billing y planes

Stripe Billing es el estandar. Modela siempre Plan como tabla interna (no confies solo en Stripe), y sincroniza webhooks invoice.paid, customer.subscription.updated y payment_failed. Ver nuestro tutorial de Stripe con Node.js para la implementacion paso a paso.

En la práctica: multi-tenant SaaS en producción

Estos son ejemplos concretos de SaaS y software empresarial que el equipo de ContacPro programa y mantiene en producción. La teoría vuelta código real.

KitKing SaaS reservas

Arquitectura multi-tenant con 4 planes (Free, Básico, Pro, Business), suscripciones Stripe con prorrateo y dunning, widget embebible con Shadow DOM, tenant isolation por columna tenant_id y panel admin propio.

kitking.es →

MakIA Code (linkeamos.net)

Plataforma de agentes IA autoalojada con function calling dual, sistema de skills modular, PostgreSQL con Drizzle ORM y Express + React. Ejemplo de SaaS técnico con arquitectura moderna.

linkeamos.net →

¿Buscas plataforma SaaS o software empresarial a medida? Programamos SaaS multi-tenant, ERP/CRM personalizados, plataformas B2B y software vertical con arquitectura moderna y presupuesto cerrado. Ver plataforma SaaS a medida →

Errores que vemos mucho

  • No versionar la API desde el dia 1.
  • Hacer hardcode del plan gratuito y luego no poder cambiarlo sin deploy.
  • Guardar configuraciones de tenant en archivos en lugar de BD.
  • No tener backup por tenant (si uno pide GDPR, no sabes que borrar).

Si vas a lanzar un SaaS nuevo o migrar uno existente, en ContacPro lo hemos hecho docenas de veces. Revisamos arquitectura, billing, RGPD y performance desde cero. Hablamos en SaaS a medida.

Sigue leyendo

SaaS y software
Tutorial: integrar Stripe con suscripciones en Node.js
SaaS y software
App nativa o PWA: cuál elegir para tu proyecto móvil en 2026
SaaS y software
Guía: cómo elegir entre SaaS y software a medida

¿Tienes un proyecto en mente?

Hablemos de cómo desarrollar tu web, app o SaaS a medida.

Solicitar presupuesto