tiempo de lectura : 12 minutes

En lugar de elegir entre la simplicidad de Supabase y la potencia de Spring Boot, ¿por qué no combinar las dos? Descubre una arquitectura híbrida que aprovecha lo mejor de cada tecnología.

toc

[]

El Falso Dilema de la Arquitectura Moderna

Cuando se construye una aplicación moderna con un frontend estático, a menudo nos encontramos frente a una elección binaria

  • Apostar todo en una solución Backend-as-a-Service(Supabase, Firebase) - simple pero limitada

  • Construir un backend completo(Spring Boot, Node.js) - potente pero complejo

Esta elección es un falso dilema. La arquitectura híbrida propone una tercera vía: utilizar cada tecnología donde sobresale.

Visión Arquitectónica

La Arquitectura Tradicional: Monolítica

traditional architecture

En este enfoque, incluso las operaciones más simples (lectura de un artículo, creación de un comentario) deben pasar por su backend. Paga el costo de la complejidad desde el primer día.

La Arquitectura BaaS: Todo Delegado

baas architecture

Por el contrario, delegar todo a un BaaS es atractivo al principio, pero muestra rápidamente sus límites cuando la lógica de negocio se complica.

La Arquitectura Híbrida: Separación de Responsabilidades

hybrid overview

La arquitectura híbrida separa claramente las responsabilidades según la complejidad y la naturaleza de las operaciones.

Principios de Diseño

Principio 1: Empezar de forma simple, evolucionar inteligentemente

Failed to generate image: PlantUML preprocessing failed: [From <input> (line 14) ]

@startuml
skinparam backgroundColor #FEFEFE

rectangle "**Fase 1 : MVP**" #LightGreen {
  component "JBake + Supabase" as mvp
  note right
    ✓ Développement en jours
    ✓ Coût : 0€
    ✓ Validation concept
  end note
}

rectangle "Fase 2: Crecimiento" #LightYellow {
  component "JBake + Supabase
^^^^^
 Syntax Error? (Assumed diagram type: component)

@startuml
skinparam backgroundColor #FEFEFE

rectangle "**Fase 1 : MVP**" #LightGreen {
  component "JBake + Supabase" as mvp
  note right
    ✓ Développement en jours
    ✓ Coût : 0€
    ✓ Validation concept
  end note
}

rectangle "Fase 2: Crecimiento" #LightYellow {
  component "JBake + Supabase
+ Spring Boot (opcional)" as growth
  note right
    ✓ Logique métier émerge
    ✓ Premiers jobs planifiés
    ✓ Intégrations tierces
  end note
}

rectangle "Fase 3 : Escala" #LightCoral {
  component "Arquitectura Completa" as scale
  note right
    ✓ Orchestration complexe
    ✓ Performances optimisées
    ✓ Cache distribué
  end note
}

mvp -down-> growth : Quand la complexité\nle justifie
growth -down-> scale : Optimisation\ncontinue
@enduml

No construyas Spring Boot si no lo necesitas.Empieza con Supabase, agrega Spring Boot cuando la complejidad lo justifique.

Principio 2 : Separación por naturaleza de operación

operation types

Principio 3: Una única fuente de verdad

single source truth

Al compartir la misma instancia de PostgreSQL, Supabase y Spring Boot trabajan con los mismos datos sin una sincronización compleja.

Orquestración de los flujos

Flujo 1 : Autenticación Centralizada

auth orchestration

Punto clave: Un solo proceso de autenticación, un solo JWT, utilizable en todas partes.

Flujo 2: Orquestación de un Proceso de Negocio Complejo

business orchestration

Lo que Spring Boot aporta: Orquestación fiable de procesos complejos que involucran varios sistemas con garantía transaccional.

Flujo 3 : Trabajos Planificados y Sincronizaciones

scheduled jobs

Lo que Spring Boot aporta: Trabajos programados confiables con gestión de estado, reintento automático y ejecución garantizada.

Matriz de Decisión

¿Cuándo utilizar Supabase ?

supabase decision

¿Cuándo usar Spring Boot?

springboot decision

Ejemplos de Arquitectura por Tipo de Proyecto

Blog / Portafolio

blog architecture

Veredicto: 100% Supabase basta con creces.

Aplicación SaaS

saas architecture

Veredicto: Arquitectura híbrida necesaria. Supabase para lo esencial, Spring Boot para la parte crítica (pagos, facturación).

e-commerce

ecommerce architecture

VeredictoSpring Boot indispensable. Supabase solo para auth y catálogo.

Estrategia de migración progresiva

migration strategy

Costos y Consideraciones Operacionales

Estructura de costos

Failed to generate image: PlantUML preprocessing failed: [From <input> (line 7) ]

@startuml
skinparam backgroundColor #FEFEFE

package "Costos Mensuales Estimados" {

  rectangle "Fase MVP
(0-1000 users)" #LightGreen {
^^^^^
 Syntax Error? (Assumed diagram type: activity)

@startuml
skinparam backgroundColor #FEFEFE

package "Costos Mensuales Estimados" {

  rectangle "Fase MVP
(0-1000 users)" #LightGreen {
    [JBake (GitHub Pages): 0€]
    [Supabase: 0€]
    [Spring Boot: N/A]
    note bottom: **Total: 0€/mois**
  }

  rectangle "Fase de Crecimiento
(1k-10k usuarios)" #LightYellow {
    [JBake (GitHub Pages): 0€]
    [Supabase: 0€]
    [Spring Boot (Cloud Run): 20-50€]
    [PostgreSQL (si séparé): 0-30€]
    note bottom: **Total: 20-80€/mois**
  }

  rectangle "Fase de Escalada\n(10k-100k usuarios)" #LightCoral {
    [JBake (Netlify Pro): 19€]
    [Supabase Pro: 25€]
    [Spring Boot (instances multiples): 100-300€]
    [Redis Cache: 20-50€]
    [Monitoring: 20€]
    note bottom: **Total: 184-414€/mois**
  }
}

note right of "Fase de Escalada\n(10k-100k usuarios)"
  À ce stade, les revenus
  justifient largement les coûts
end note
@enduml

Responsabilidades Operativas

operational responsibilities

Conclusión: El Equilibrio Perfecto

La arquitectura híbrida Supabase + Spring Boot no es un compromiso, es unasinergia.

.

Los principios a tener en cuenta

key principles

¿Cuándo elegir esta arquitectura?

✅ Esta arquitectura es ideal si :

  • Quieres iniciar rápidamente (MVP en días, no en meses)

  • Anticipas un crecimiento de la complejidad del negocio

  • Quieres minimizar los costos iniciales

  • Le gusta PostgreSQL y quiere una única fuente de verdad

  • Tú aprecias Kotlin y las corutinas para el código de negocio

  • Quieres evitar el vendor lock-in total

�❌ Esta arquitectura NO es adecuada si :

  • Tu proyecto es simple y seguirá siéndolo (blog personal → 100% Supabase basta)

  • Ya tienes una pila de backend establecida que dominas

  • Prefiere un monolito tradicional

  • Necesitas .NET, Python u otro lenguaje backend

Visión de Conjunto Final

Failed to generate image: PlantUML preprocessing failed: [From <input> (line 35) ]

@startuml
skinparam backgroundColor #FEFEFE

package "Arquitectura Híbrida Completa" {

  actor "Usuarios" as users

  rectangle "Frontend (Estático)" #SkyBlue {
    [JBake / GitHub Pages]
    note right: Gratuit, CDN global
  }

  rectangle "Backend sencillo (Supabase)" #LightGreen {
    [Auth OAuth2]
    [CRUD APIs]
    [Storage]
    [Realtime]
    note right
      Gratuit jusqu'à 50k users
      Zéro configuration serveur
    end note
  }

  rectangle "Backend de negocio (Spring Boot)" #Coral {
    [Orchestration]
    [Jobs Planifiés]
    [Intégrations]
    [Transactions]
    note right
      Activé uniquement
      si nécessaire
    end note
  }

  database "PostgreSQL
^^^^^
 Syntax Error? (Assumed diagram type: component)

@startuml
skinparam backgroundColor #FEFEFE

package "Arquitectura Híbrida Completa" {

  actor "Usuarios" as users

  rectangle "Frontend (Estático)" #SkyBlue {
    [JBake / GitHub Pages]
    note right: Gratuit, CDN global
  }

  rectangle "Backend sencillo (Supabase)" #LightGreen {
    [Auth OAuth2]
    [CRUD APIs]
    [Storage]
    [Realtime]
    note right
      Gratuit jusqu'à 50k users
      Zéro configuration serveur
    end note
  }

  rectangle "Backend de negocio (Spring Boot)" #Coral {
    [Orchestration]
    [Jobs Planifiés]
    [Intégrations]
    [Transactions]
    note right
      Activé uniquement
      si nécessaire
    end note
  }

  database "PostgreSQL
Fuente Única de la Verdad" as db #LightGray

  users --> [JBake / GitHub Pages]

  [JBake / GitHub Pages] --> [Auth OAuth2]
  [JBake / GitHub Pages] --> [CRUD APIs]
  [JBake / GitHub Pages] --> [Storage]
  [JBake / GitHub Pages] --> [Realtime]
  [JBake / GitHub Pages] --> [Orchestration]

  [Auth OAuth2] --> db
  [CRUD APIs] --> db
  [Orchestration] --> db
  [Jobs Planifiés] --> db
  [Intégrations] --> db
}

note bottom of db
  **Une seule base, deux consommateurs**
  • Supabase pour le simple
  • Spring Boot pour le complexe
  • Aucune synchronisation requise
end note

@enduml

El Mejor de los Dos Mundos

Esta arquitectura le da :

🚀 La velocidad de Supabase

  • Inicio en horas, no en semanas

  • Autenticación OAuth2 en unos pocos clics

  • APIs REST generados automáticamente

  • Cero configuración del servidor

�💪 La potencia de Spring Boot

  • Kotlin y Coroutines para código asíncrono elegante

  • Orquestación de procesos de negocio complejos

  • Trabajos programados fiables

  • Transacciones ACID garantizadas

  • Ecosistema Spring completo

�💰 La Economía Progresiva

  • 0€ para iniciar y validar

  • Costos que siguen el crecimiento

  • No sobreingeniería prematura

🎯 La Flexibilidad Arquitectónica

  • Migración progresiva sin reestructuración

  • Adición de Spring Boot solo si es necesario

  • Sin vendor lock-in total

  • Arquitectura evolutiva

Para ir más lejos

Recursos Técnicos

Documentación Supabase:

Documentación de Spring Boot :

Artículos Complementarios :

  • Seguridad de las APIs con JWT

  • Optimización del rendimiento de PostgreSQL

  • Patrones de migración progresiva

  • Gestión de errores en arquitectura distribuida

Casos de uso reales

Esta arquitectura híbrida se utiliza con éxito en :

  • SaaS B2B: Autenticación Supabase, facturación Spring Boot

  • Mercados: Catálogo Supabase, transacciones Spring Boot

  • Plataformas de contenidoArtículos Supabase, analítica Spring Boot

  • Herramientas internas: CRUD Supabase, workflows Spring Boot

Lista de arranque

Fase 1 - Fundaciones (Semana 1)

  • Crear cuenta Supabase - [ ] Configurar proyecto PostgreSQL - [ ] Activar autenticación (Google, GitHub) - [ ] Definir esquema inicial - [ ] Configurar Row Level Security - [ ] Probar APIs desde JBake

Phase 2 - MVP (Semana 2-3)

  • Implementar páginas principales Integrar autenticación OAuth2 - [ ] Crear formularios CRUD - [ ] Configurar Storage para archivos - [ ] Desplegar en GitHub Pages - [ ] Probar en condiciones reales

Phase 3 - Evolución (Según necesidades)

  • Identificar necesidades de lógica compleja - [ ] Crear proyecto Spring Boot si es necesario - [ ] Configurar validación JWT Supabase - [ ] Conectar a PostgreSQL Supabase - [ ] Migrar funcionalidades complejas - [ ] Implementar trabajos programados - [ ] Desplegar Spring Boot (Cloud Run, etc.)

Antipatrones a Evitar

�❌ No hacer :

  • Duplicar los datos entre Supabase y Spring Boot

  • Crear dos bases de datos PostgreSQL separadas

  • Codificar la autenticación usted mismo

  • Utilizar Spring Boot para CRUD simple

  • Sobrediseñar desde el principio

  • Ignorar la seguridad a nivel de fila de Supabase

Hacer mejor:

  • Compartir una única base de datos PostgreSQL

  • Dejar que Supabase gestione la autenticación

  • Utilizar Spring Boot solo para la complejidad

  • Empezar simple, evolucionar gradualmente

  • Aprovechar las fortalezas de cada tecnología

  • Asegurar con RLS a nivel de base de datos

Perspectivas de Evolución

Añadido de Nuevas Capacidades

future capabilities

Escalado horizontal

Cuando tu aplicación crece, la arquitectura híbrida escala naturalmente :

Supabase :

  • Escala automáticamente hasta millones de operaciones

  • Read replicas para rendimiento de lectura

  • Recuperación en el punto de tiempo para seguridad

Spring Boot :

  • Múltiples instancias detrás del balanceador de carga

  • El diseño sin estado facilita el escalado horizontal

  • Kubernetes para orquestación si es necesario

PostgreSQL :

  • Partitioning para tablas voluminosas

  • Agrupamiento de conexiones (PgBouncer)

  • Sharding si es realmente necesario (raro)

Testimonios Arquitectónicos

Startup SaaS (50k usuarios)

_ Empezamos con Supabase al 100%. Con 5k usuarios, añadimos Spring Boot únicamente para la facturación de Stripe y los informes mensuales. Un año después, el 80% de nuestras operaciones siguen pasando por Supabase. Spring Boot gestiona solo la parte crítica. Esta separación nos permitió escalar sin una reestructuración. _

Plataforma E-learning (10k usuarios)

_ La autenticación OAuth2 de Supabase nos ahorró 3 semanas de desarrollo. Las APIs autogeneradas gestionan todo nuestro catálogo de cursos. Spring Boot solo se utiliza para los certificados PDF y los correos de progreso. Arquitectura simple, mantenible, escalable. _

Marketplace B2B (3k usuarios)

_ Spring Boot gestiona las transacciones entre compradores y vendedores (crítico). Supabase gestiona todo lo demás: perfiles, mensajería en tiempo real, documentos. El hecho de que compartan la misma base de datos PostgreSQL nos evita toda sincronización compleja. Mejor elección arquitectónica que hemos hecho. </think> _

Síntesis: Un paradigma arquitectónico moderno

La arquitectura híbrida Supabase + Spring Boot representa un nuevo paradigma:la especialización arquitectónica.

Failed to generate image: PlantUML preprocessing failed: [From <input> (line 20) ]

@startuml
skinparam backgroundColor #FEFEFE

rectangle "Antiguo Paradigma" #LightCoral {
  card "Todo en el Backend" {
    [Auth]
    [CRUD]
    [Logique Métier]
    [Jobs]
    [Storage]
    [Realtime]
  }
  note bottom
    Complexité maximale
    dès le jour 1
  end note
}

rectangle "Nuevo Paradigma" #LightGreen {
  card "Supabase
^^^^^
 Syntax Error? (Assumed diagram type: component)

@startuml
skinparam backgroundColor #FEFEFE

rectangle "Antiguo Paradigma" #LightCoral {
  card "Todo en el Backend" {
    [Auth]
    [CRUD]
    [Logique Métier]
    [Jobs]
    [Storage]
    [Realtime]
  }
  note bottom
    Complexité maximale
    dès le jour 1
  end note
}

rectangle "Nuevo Paradigma" #LightGreen {
  card "Supabase
(Comodidad)" {
    [Auth]
    [CRUD Simple]
    [Storage]
    [Realtime]
  }

  card "Spring Boot
(Diferenciación)" {
    [Logique Métier]
    [Jobs]
    [Intégrations]
  }

  note bottom
    Complexité progressive
    ajoutée seulement si nécessaire
  end note
}

[Ancien Paradigme] -right-> [Nouveau Paradigme] : Évolution

@enduml

El principio fundamental:No construyas lo que ya existe como servicio. Concéntrate en lo que diferencia tu aplicación.

La regla del 80/20

En la mayoría de las aplicaciones :

  • 80% de las operacionesson estándar CRUD → Supabase

  • 20% de las operacionesnécessiten de la lógica de negocio → Spring Boot

Esta regla natural justifica la arquitectura híbrida.

8020 rule

Conclusión Final

La arquitectura híbrida no es un compromiso técnico, es unadecisión estratégica.

Le permite :

  • ✅ Iniciar rápidamente con un MVP funcional

  • �✅ Validar tu mercado sin una gran inversión

  • Evolucionar gradualmente cuando la complejidad lo exige

  • Domina tus costos en cada etapa

  • Exploitar lo mejor de cada tecnología

  • ✅ Evitar el sobreingeniería prematuro

  • �✅ Mantener la flexibilidad para el futuro

Ella representa :

  • 🎯Pragmatismo: Cada tecnología donde sobresale

  • 🚀Velocidad: Time-to-market mínimo

  • �💰EconomíaCostos alineados con el valor

  • �🔮Escalabilidad: Arquitectura que crece contigo

  • �🛡️Robustez: Servicios probados y fiables

Su Próximo Paso

Si esta arquitectura te habla, aquí está por dónde empezar:

  1. Cree una cuenta Supabase(gratuito)

  2. Define tu esquema de datos mínimo

  3. Configura la autenticación OAuth2

  4. Crea tu primera página JBake que consume la API

  5. Despliega en GitHub Pages

Tendrás un MVP funcional enunos días.

Spring Boot llegará de forma natural cuando lo necesites. No antes.


La arquitectura híbrida, es el arte de construir exactamente lo necesario, cuando es necesario.

¡Buen desarrollo! 🚀


Comparte este artículo si crees que puede ayudar a otros desarrolladores a tomar las decisiones arquitectónicas correctas.

Articles connexes