Rebase frente a Directus
Los dos leen una base de datos que ya tienes en vez de poseer una, lo que los hace más parecidos en intención que cualquier otra pareja de esta lista. Se separan en dos cosas: dónde vive el modelo de datos — un proyecto Directus lo configura en sus propias tablas, un proyecto Rebase en TypeScript que confirmas — y dónde se aplican los permisos.
Código, o estado de la base de datos
Dónde duele
Directus guarda el modelo de datos y la configuración de la interfaz en sus propias tablas (directus_collections, directus_fields). Trae schema snapshot y schema apply para mover eso entre entornos, así que esto es un flujo de trabajo y no una carencia. La diferencia es lo que ve quien revisa: un snapshot de Directus es un YAML generado que describe el modelo, y una colección de Rebase es el TypeScript que lo produce — lo que editaste es lo que aparece en el diff.
Qué hace Rebase en su lugar
Rebase adopta un enfoque de esquema como código. Cada colección y cada campo se define en un fichero TypeScript estándar.
- Incluso cuando añades un campo en Rebase Studio, el motor usa manipulación del AST para escribir el cambio en tu TypeScript.
- Los cambios se confirman en Git.
- Un despliegue es un git pull y una migración, así que los entornos coinciden.
Un framework React, o un motor Vue
Dónde duele
Directus es un motor de API construido sobre Vue.js. Los paneles a medida, los inputs especializados y las vistas de datos propias implican adoptar flujos de trabajo de Vue y los patrones de extensión del propio Directus.
Qué hace Rebase en su lugar
Rebase está construido de forma nativa sobre React.
- Los campos propios, las páginas nuevas y los widgets de panel a medida son componentes React corrientes, así que el ecosistema que ya usas aplica.
- Usa los componentes React que ya tienes — MUI, Tailwind, Recharts — sin envoltorio.
- El backend es una aplicación Hono estándar. Una ruta propia es app.get().
RLS nativa, o la capa de aplicación
Dónde duele
Directus aplica los permisos en su propia capa de aplicación en vez de en la seguridad a nivel de fila de Postgres. Un servicio que consulte la base de datos directamente no se encuentra con ninguno.
Qué hace Rebase en su lugar
Rebase compila las mismas reglas a la seguridad a nivel de fila nativa de Postgres, y te da un editor visual encima.
- Las reglas se compilan a la seguridad a nivel de fila de Postgres, así que aguantan venga de donde venga la consulta — incluida una sesión de psql que nunca tocó la API.
- El editor visual hace legible una política, y reporta la deriva frente a la base de datos.
- El contexto de seguridad sigue siendo tuyo, en tu repositorio.
No cambies
Cuándo quedarte en Directus
Cuando necesitas hoy una experiencia madura de gestión de contenidos. Directus tiene años de trabajo en su interfaz editorial, un marketplace mayor y más motores de base de datos detrás — Rebase es solo PostgreSQL, a propósito, porque de eso depende toda la historia de la seguridad a nivel de fila. Si tu equipo son sobre todo editores gestionando contenido, Directus es el producto más acabado para ese trabajo.
Rebase y Directus, respondido
¿Puede Rebase funcionar sobre una base de datos que ya gestiona Directus?
Sí. Rebase apunta a una base de datos PostgreSQL existente y lee las tablas que encuentra, así que un esquema gestionado por Directus es un punto de partida válido. Las tablas internas de Directus se quedan donde están y simplemente no se modelan como colecciones — describes las tablas que te importan y dejas el resto en paz.
¿De quién es el esquema?
Tuyo, y esta es la diferencia central. En Directus los tipos de contenido se crean desde su interfaz, en su formato de migración, en tablas que gestiona él. En Rebase el esquema es TypeScript en tu repositorio; Rebase genera las tablas de Postgres a partir de él y nunca pide una forma propia. Apúntalo a una base de datos anterior a él y funciona.
¿Dónde se aplica el control de acceso?
En Postgres. Rebase compila las reglas de acceso de una colección en políticas reales de seguridad a nivel de fila, de modo que cualquier consulta que llegue a la base de datos por otra vía — psql, un informe, otro servicio — sigue estando gobernada por ellas. Directus aplica los permisos en su capa de aplicación, por delante de la base de datos: un motor real y bien construido, pero que se detiene en los límites de Directus.
¿Cuándo es Directus la mejor opción?
Cuando necesitas hoy una experiencia madura de gestión de contenidos. Directus tiene años de trabajo en su interfaz editorial, un marketplace mayor y más motores de base de datos detrás — Rebase es solo PostgreSQL, a propósito, porque de eso depende la historia de la seguridad a nivel de fila. Si tu equipo son sobre todo editores gestionando contenido, Directus es el producto más acabado para ese trabajo.
¿Rebase me da una API además de un panel de administración?
Ambas cosas, a partir de la misma definición. Una API REST, un SDK tipado, suscripciones en tiempo real y un servidor MCP para agentes se generan desde las colecciones, y el panel de administración es un consumidor más de esa misma API pública bajo las mismas políticas. No hay canales secundarios privados para los datos ni una segunda copia de ellos.
¿Tengo que autoalojar Rebase?
No. Si lo autoalojas, son tuyos los datos, el código y la máquina en la que corre — es el modo por defecto y está plenamente soportado. O despliega el mismo proyecto en Rebase Cloud, que hoy está en producción con clientes reales y se abre por tandas mientras está en beta privada, con precio por recurso y no por usuario. Tu código es idéntico en ambos casos; el hosting es un destino de despliegue, no una bifurcación.
No te fíes de nuestra palabra.
La comparación que importa es la que ejecutas tú. Apunta Rebase a una base de datos Postgres que ya tengas y mira cómo aguanta al lado de Directus.