# Supabase

> Un backend completo listo para usar, construido sobre PostgreSQL: base de datos, autenticación, almacenamiento de archivos y APIs automáticas, sin tener que armar un servidor desde cero.

**División:** Universo · **Tipo:** plataforma · **Estado:** 🌐 contexto

## Qué es

Supabase es una plataforma de "backend como servicio" de código abierto, presentada a menudo como la alternativa abierta a Firebase. Su corazón es **PostgreSQL**, una base de datos relacional madura y potente; alrededor de ese corazón, Supabase agrega las piezas que toda app necesita sin escribirlas a mano.

Te da: una **base de datos** PostgreSQL real, **APIs automáticas** generadas a partir de tus tablas (REST y GraphQL), **autenticación** de usuarios (correo, OAuth, magic links), **Storage** para archivos, **Realtime** para recibir cambios en vivo, y **Edge Functions** para lógica de servidor. Todo manejable desde un panel web o por código.

Una pieza clave de seguridad es **RLS (Row Level Security)**: reglas a nivel de fila que deciden quién puede ver o tocar cada dato directamente en la base de datos. Bien usada, RLS garantiza que aunque alguien llegue a la API, solo vea lo que le corresponde.

## Por qué importa en el universo FractAIll

Supabase **fue** la base de datos original de IndexVid: ahí se guardaron los primeros videos, transcripciones y análisis. Hoy es un **archivo congelado**. La fuente de verdad viva del negocio de contenido es **D1 `fractaill-core`** (la base serverless propia de FractAIll sobre Cloudflare); Supabase ya no se consulta como fuente activa ni se le escribe. Se mantiene como referencia histórica mientras se termina de migrar lo que aún viva ahí.

La regla interna "los datos viven en bases de datos, no en CSV sueltos" sigue vigente — solo que ahora esa base es Core, no Supabase. Para SoF, la capa de **Fondo** del negocio de contenido pasó a D1 `fractaill-core`: lo que sostiene todo por dentro (persistencia, identidad, reglas invisibles) vive ahí. Esta página describe Supabase como plataforma y como pieza congelada del pasado de FractAIll, no como su fuente de datos actual.

## Mapa SoF · capas y componentes

- **1 Objetivo** · Dar a cualquier app un backend serio (datos + auth + storage + APIs) sin construir e infraestructura desde cero.
- **2 Visión** · Abrazar PostgreSQL estándar y agregarle, abierto y portable, todo lo que falta para llegar a producción rápido.
- **3 Estructura** · Base PostgreSQL · Auth · Storage · APIs auto-generadas (PostgREST) · Realtime · Edge Functions · RLS · panel de administración.
- **4 Funcionamiento** · Defines tablas y políticas; Supabase expone APIs seguras al instante; la app lee/escribe pasando por reglas RLS que filtran por usuario.
- **5 Fondo** · Postgres más un conjunto de servicios open source (GoTrue para auth, PostgREST para API, Realtime, etc.) orquestados como una sola plataforma gestionada.
- **6 Distribución** · Nube gestionada con plan gratuito, o auto-hospedado por ser open source; SDKs para web, móvil y servidor.

**Lectura fractal:** tomemos un solo componente, la **política RLS** (Row Level Security). También se descompone en seis capas: su *objetivo* es que cada quien vea solo sus datos; su *visión* es mover la seguridad a la base, no confiar solo en el cliente; su *estructura* es una expresión SQL atada a una tabla y a una operación (select/insert/update/delete); su *funcionamiento* es evaluarse en cada consulta y dejar pasar o bloquear fila por fila; su *fondo* es el motor de planificación de Postgres aplicando esa condición; y su *distribución* es activarse para todos los clientes que toquen esa tabla, sin excepción. La seguridad misma es fractal.

## Aprende más

- [Supabase — sitio oficial](https://supabase.com)
- [Documentación de Supabase](https://supabase.com/docs)
- [PostgreSQL (el motor por debajo)](https://www.postgresql.org)