Supabase: Backend sin friccion

Introducción

Hace un año, cada vez que arrancaba un proyecto nuevo, pasaba lo mismo.

Me sentaba con el editor, escribía las primeras líneas de código, y de pronto me daba cuenta de que no estaba construyendo mi producto: estaba configurando un sistema de autenticación. Creando rutas de login. Definiendo modelos de usuarios. Implementando middleware de tokens. Subiendo archivos. Configurando roles.

Horas perdidas en lo mismo de siempre.

Un día un colega me dijo: *”¿Por qué no usás Supabase?”*. Y pensé: *”Otra vez Firebase con otro nombre”*. Pero no. Era diferente.

Supabase es PostgreSQL con piloto automático.

No es un BaaS que te amarra a su base de datos propietaria. Es una base de datos PostgreSQL real — la misma que usás en producción en cualquier empresa seria — pero con una capa de producto lista para usar: auth, storage, archivos, realtime, funciones serverless. Todo integrado. Todo open source.

Escribís tu app. Supabase se encarga del backend.

¿Qué es exactamente?

Una forma simple de pensarlo: Firebase, pero sin vendor lock-in.

Usás PostgreSQL estándar. Tus datos son tuyos. Si algún día te querés ir de Supabase, migrás la base a cualquier hosting PostgreSQL y tu app sigue funcionando.

Mientras tanto, no necesitás construir desde cero:

– Autenticación (email, OAuth, Magic Links, MFA)

– Storage de archivos con URLs firmadas

– Realtime sin configurar WebSockets

– Funciones serverless (Edge Functions)

– Row Level Security para datos seguros La clave de Supabase: el “anon key” es seguro para el frontend porque RLS protege los datos. NUNCA pongas el service_role key en el cliente. Si dudás, preguntate: “¿este key lo vería el usuario en el network tab?” Si sí, usá anon.

¿Cuándo usarlo y cuándo no?

Usalo si:

– Estás construyendo un SaaS, MVP o app y querés enfocarte en el producto

– Tu equipo es pequeño y no hay tiempo para mantener infraestructura

– Necesitás auth que escala sin dolor

– Querés datos en tiempo real sin configurar servidores extra

No lo uses si:

– Necesitás OLAP a escala de petabytes o analytics empresarial

– Tu lógica de negocio es tan específica que ningún BaaS la cubre

– Ya tenés un equipo backend que prefiere construir todo a medida

Atención: El plan gratuito tiene límites reales — 2GB de bandwidth y 500MB de storage para archivos. Para apps con muchos archivos o tráfico alto, revisá los límites antes de comprometerte. Los costos sorpresa vienen del bandwidth excedido, no del número de requests.

Conclusión

Supabase no es magia, y no resuelve todo. Pero para la mayoría de las aplicaciones modernas, te devuelve semanas de desarrollo para que te concentres en lo que realmente importa: tu producto.

En una frase: *Semanas de backend resueltas en minutos.*

—