Wiki FractAIllUn 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.