¿Por qué es popular Supabase?

Hasta ahora hemos aprendido a crear rutas con Express, almacenar datos en MySQL y gestionar la autenticación mediante cookies. Al construirlo nosotros mismos, comprendemos mejor cómo funciona el backend.

Sin embargo, al desarrollar servicios en la vida real, son menos comunes los equipos que deciden construir todo desde cero. Decidir "qué base de datos utilizar", "cómo implementar la autenticación" y "dónde almacenar las cargas de archivos", entre otros aspectos, consume tiempo que podría dedicarse a las funcionalidades principales.

Para resolver este problema surgió el BaaS (Backend as a Service), siendo Supabase su principal representante.

La realidad del cuello de botella del backend

Si lo comparamos con un laboratorio: ¿qué ocurriría si, al intentar desarrollar un nuevo método de análisis, tuviéramos que sintetizar los reactivos nosotros mismos, ensamblar el equipo y programar el software? Crear un solo método de análisis podría llevarnos un año. La mayoría prefiere comprar reactivos validados, utilizar equipos comerciales y trabajar sobre software de análisis existente.

El desarrollo web es similar. Los componentes básicos del backend necesarios para crear un servicio son:

Si falta cualquiera de estos componentes, el servicio no funcionará. Construirlos todos desde cero es como ensamblar un equipo de PCR cada vez que se realiza un experimento: es posible, pero debería haber una razón válida para hacerlo.

BaaS: Utilizar el backend como un servicio

El BaaS proporciona estos componentes básicos como servicios ya construidos. La base de datos, la autenticación, el almacenamiento de archivos y la API están preparados en conjunto, por lo que los desarrolladores solo deben añadir la lógica central de su propio servicio encima.

Si lo relacionamos con el proceso de aprendizaje de DevBench:

Método de construcción manual (lo que aprendimos):
  Node.js → Express → MySQL → Cookies/Sesiones → Ensamblaje manual

Método BaaS:
  Crear cuenta en Supabase → Crear tabla → Generación automática de API → Configuración de autenticación
  → Centrarse en el desarrollo de funciones clave

«Entonces, ¿por qué aprendimos Express y MySQL?» Esta es la clave. Para usar correctamente un BaaS, debes entender lo que ocurre en su interior. Si no conoces SQL, no podrás diseñar tablas en Supabase; si no entiendes HTTP, no podrás depurar las llamadas a la API. Solo quienes han aprendido los fundamentos pueden utilizar el BaaS como una herramienta; quienes no lo han hecho, terminan siendo controlados por él.

Razones por las que se elige Supabase

Existen varios servicios de BaaS, pero actualmente Supabase se selecciona con frecuencia por tres razones:

1. Basado en PostgreSQL

La base de datos de Supabase es PostgreSQL. Su sintaxis SQL es más del 90% idéntica a la de MySQL que hemos estudiado. SELECT, INSERT, JOIN — se utilizan exactamente igual.

PostgreSQL es una de las bases de datos relacionales más utilizadas en el mundo. Esto significa que, si decides migrar a otro sistema después de usar Supabase, tus conocimientos de SQL y la estructura de los datos permanecerán intactos. Es similar a guardar datos experimentales en un formato estándar (CSV, FASTA) para que puedan utilizarse en cualquier herramienta de análisis.

2. Código abierto

Supabase es de código abierto. Su código está disponible públicamente y, si lo deseas, puedes instalarlo directamente en tu propio servidor. Esto previene el "vendor lock-in" (dependencia del proveedor), una situación en la que quedas atrapado en un servicio específico sin poder salir fácilmente.

3. Compatibilidad con el ecosistema de desarrollo web

Se integra de forma natural con frameworks frontend como React y Next.js. BioPlayground también está construido utilizando la combinación Next.js + Supabase.

Firebase vs. Supabase vs. Implementación propia

Firebase es el BaaS de Google y destaca especialmente en aplicaciones móviles. Sin embargo, al estar basado en NoSQL, resulta difícil manejar datos relacionales (como la relación entre muestras e investigadores).

Dado que Supabase se basa en SQL, podemos utilizar directamente el modelo de datos relacionales que hemos aprendido. La propuesta de valor de Supabase es "la facilidad de uso de Firebase + la fiabilidad de PostgreSQL".

Lo que significa un BaaS para los investigadores

Cuando queremos crear una aplicación web sencilla para la gestión de muestras, un panel de control para registros experimentales o herramientas internas para el equipo en el laboratorio, no es necesario construir el backend desde cero.

Al utilizar un BaaS como Supabase:

• Diseño de tablas: se realiza con unos pocos clics en el panel de control de Supabase.
• Autenticación: se configura fácilmente con inicio de sesión por correo electrónico o Google.
• API: se genera automáticamente una API REST al crear las tablas.
• Frontend: solo necesitamos crear la interfaz con React.

Para que esto sea posible, debemos saber de antemano qué es SQL, qué es una API y cómo funciona la autenticación. Los conocimientos adquiridos en DevBench son precisamente esta base fundamental.

Conclusión: solo se aprecian las herramientas cuando se tienen unos buenos cimientos

Un BaaS no "elimina" el backend, sino que sustituye las partes repetitivas mediante un servicio. Quien ha creado un servidor directamente con Express comprende exactamente qué es lo que Supabase hace en su lugar. Quien no lo ha hecho no percibe claramente "qué ventajas ofrece".

Al igual que para utilizar equipos de laboratorio hay que conocer sus principios, para usar un BaaS hay que comprender los principios del backend. Solo así podremos distinguir cuando surjan problemas: "¿es un problema de mi código o de la configuración de Supabase?".

Lo aprendido hasta ahora no ha sido en vano. Al contrario, es a partir de ahora cuando realmente comienza a mostrar su utilidad.