Saltar al contenido
MANGORA

La plataforma

Separar control, operación, datos y archivos

Cada capa se puede escalar por su cuenta. Una decisión local no limita al resto de la plataforma, y arrancar en un servidor no obliga a reescribir nada cuando toca crecer.

Dos planos

Plano de control y plano operativo

Separarlos evita que una función administrativa global se mezcle con la operación diaria de una empresa.

Plano de control · Super Admin

Lo que gobierna la plataforma completa.

  • Alta y baja de empresas, planes y límites
  • Dominios, subdominios y estado de certificados
  • Provisionamiento y activación de módulos
  • Suscripciones, renovaciones y soporte
  • Auditoría global y salud de servicios

Plano operativo · La empresa

El trabajo diario de cada cliente.

  • Usuarios, sucursales y permisos
  • Clientes, proveedores y contratos
  • Productos, inventario y operaciones
  • Agenda, documentos y comprobantes
  • Reportes y tableros por sucursal

Responsabilidades

Cada tecnología con un trabajo explícito

Es lo que evita una plataforma difícil de mantener: nadie hace de todo un poco.

ComponenteResponsabilidadFrontera
RustNúcleo del SaaS, plano de control, plano operativo y facturaciónTodo el sistema
PostgreSQLDatos de negocio e integridad referencialNunca guarda archivos pesados
Cloudflare R2Imágenes, videos, documentos y respaldosLa base solo guarda su referencia
PHPCasa Green y Cash Home, heredadosAislado; no admite clientes nuevos

Archivos

Las cargas no pasan por el servidor

Imágenes, videos y documentos viajan directo a Cloudflare R2. El servidor solo autoriza y registra, así el tráfico pesado nunca lo satura.

1

Solicita

El navegador pide subir un archivo.

2

Autoriza

Se validan empresa, usuario, tipo, tamaño y cuota.

3

Firma

Se emite una URL temporal, atada a ese objeto exacto.

4

Sube

El archivo va directo a R2 y queda registrado.

La ruta del objeto la construye siempre el servidor a partir del contexto ya validado. El nombre que envía el usuario se sanea y solo aporta la parte legible: nadie escribe fuera del prefijo de su propia empresa.

Escala

Del primer servidor a varios nodos, sin cambiar el producto

No prometemos una cantidad fija de clientes por servidor: eso depende de usuarios concurrentes, consultas, archivos y procesos. La arquitectura se diseña para medir y escalar antes de llegar al límite.

Fase 1

Servidor único con servicios en contenedores, base y caché locales, archivos ya externos.

Fase 2

PostgreSQL dedicado, pool de conexiones y varias instancias del núcleo tras balanceo.

Fase 3

Facturación independiente, colas dedicadas, réplicas de lectura y caché distribuido.

Fase 4

Clientes de alto consumo con base, bucket o entorno dedicado, sin cambiar el modelo funcional.

¿Le calza esta arquitectura?

Revisemos su operación actual y qué módulos necesita encender primero.