Por qué uso Supabase en lugar de una BD tradicional para freelance

Cuando trabajas como freelance y entregas proyectos completos, el backend es donde se complican las cosas. Cada proyecto necesita autenticación, base de datos, almacenamiento de archivos y una API. Montar eso desde cero con PostgreSQL + Express + un servicio de auth por separado es viable, pero es tiempo que no factura y complejidad que no aporta.

Supabase resuelve eso. Y lo hace sin sacrificar control técnico.

Qué es Supabase en la práctica

PostgreSQL gestionado + Auth + Storage + Edge Functions + API auto-generada. Todo en un dashboard unificado con un tier gratuito generoso para desarrollo y proyectos pequeños.

Lo importante: debajo del capó es PostgreSQL real. No es una base de datos propietaria de la que no puedas salir. Si mañana necesitas migrar, exportas un dump de SQL y te lo llevas.

Por qué encaja con freelance

Velocidad de setup. En 10 minutos tienes base de datos, auth y API funcionando. Eso para un proyecto freelance es la diferencia entre entregar en una semana o en tres.

Auth incluido. Email/password, magic links, OAuth con Google/GitHub. Sin configurar Passport, sin montar flujos de tokens. Funciona y es seguro.

Row Level Security. RLS es la feature que más valoro. Defines políticas de acceso a nivel de fila directamente en PostgreSQL. Un usuario solo ve sus datos, un admin ve todo. La seguridad vive en la base de datos, no en tu API.

Dashboard para el cliente. Algunos clientes quieren ver sus datos directamente. El dashboard de Supabase es limpio y funcional como panel básico de gestión mientras construyes uno a medida.

Cuándo NO uso Supabase

• Proyectos con requisitos de latencia extrema: si necesitas respuestas sub-10ms, un backend propio optimizado puede ser mejor.
• Cuando el cliente ya tiene infra propia: si hay un equipo de DevOps con PostgreSQL en AWS, no tiene sentido añadir otra capa.
• Procesamiento pesado: Supabase no reemplaza un servidor con workers dedicados para tareas de larga duración.

El stack completo para freelance

Mi combo habitual: Next.js + Supabase + Vercel. El frontend se despliega en Vercel, el backend vive en Supabase, y la comunicación es directa con el cliente de Supabase o Server Actions de Next.js.

Para proyectos más complejos añado Edge Functions de Supabase para lógica de negocio que no quiero exponer al cliente y webhooks para integraciones externas.

Migración y vendor lock-in

La pregunta que siempre sale: ¿qué pasa si Supabase cierra? Respuesta: tu base de datos es PostgreSQL estándar. La migras a cualquier hosting de PostgreSQL. El auth y el storage tienen más acoplamiento, pero hay alternativas directas.

El riesgo de lock-in es real pero manejable. Para proyectos freelance, el coste de oportunidad de no usarlo (semanas extra de setup) suele ser mayor que el riesgo teórico de migración.

Conclusión

Supabase no es la solución para todo. Pero para el 80% de proyectos freelance que necesitan auth, BD relacional y almacenamiento, es la opción que mejor equilibra velocidad de entrega, control técnico y coste. Si haces freelance y sigues montando backends desde cero, pruébalo en tu próximo proyecto y mide el tiempo que te ahorras.