Saltar al contenido principal
FLEXORA

Multi-tenencia preparada sin sobrediseñar

Preparar el acceso a datos para una operación futura con varias empresas y sucursales, sin convertir el MVP en una solución sobredimensionada cuando inicialmente opera con una empresa y una sucursal.

Última actualización: 2026-09-18 · Responsable: Equipo de ingeniería de Flexora

Alternativas consideradas

Descartada
Asumir que la persistencia siempre corresponde a una única base de datos.
Elegida
Preparar la capa de persistencia para que esa suposición no quede incorporada al código.

Decisión tomada

Centralizar el acceso a datos a través de un contexto de tenant. El MVP utiliza una base compartida, pero el código no depende de esa condición. La jerarquía considerada es tenant, empresa, sucursal y ubicación.

Justificación

Permite empezar con el alcance inicial y conservar una ruta de crecimiento hacia multiempresa y multisucursal sin una reescritura posterior.

Preguntas frecuentes

¿Qué decidió Pymerce sobre "multi-tenencia preparada sin sobrediseñar"?
Centralizar el acceso a datos a través de un contexto de tenant. El MVP utiliza una base compartida, pero el código no depende de esa condición. La jerarquía considerada es tenant, empresa, sucursal y ubicación.
¿Qué diferencia hay entre single-tenant y multi-tenant, y por qué Pymerce eligió esa jerarquía?
Single-tenant aísla cada cliente en su propia base o infraestructura; multi-tenant comparte recursos entre clientes con aislamiento lógico. Pymerce define una jerarquía tenant, empresa, sucursal y ubicación, y resuelve el acceso a datos siempre a través del tenant, aunque el MVP use una sola base compartida.
¿Conviene que cada cliente tenga su propia base de datos o pueden compartir una?
Para el alcance inicial de Pymerce, compartir una base es suficiente y más simple de operar. La decisión clave no es la base en sí, sino que el código nunca asuma esa condición: el acceso pasa siempre por el contexto de tenant, así que migrar a bases separadas más adelante no requiere reescribir la capa de datos.
¿Cuáles son las desventajas de preparar multi-tenancy desde el MVP?
Agrega una capa de indirección (el contexto de tenant) que no se necesita si el negocio nunca crece a multiempresa. Pymerce acota ese costo centralizando el acceso a datos en un solo punto del código, en vez de construir aislamiento físico o infraestructura separada que todavía no hace falta.

Este tipo de decisiones también aplica a tu proyecto

Si tu operación necesita una solución a medida con decisiones técnicas documentadas y sostenibles en el tiempo, podemos ayudarte a definirlas.