Neon: reset de Object Storage en branches y triggers en Functions
Resetear un branch ahora también revierte sus buckets de Object Storage, y Neon Functions suma triggers por cron o por eventos de storage. Además, el equipo de Electric se suma para construir sync en tiempo real.
Reset from parent ahora incluye Object Storage
Hasta ahora, cuando resetabas un branch desde su padre, solo volvía a su estado anterior la parte de Postgres: tablas, filas, índices. Si en ese branch habías subido, sobrescrito o borrado objetos en Object Storage, esos cambios quedaban ahí, sueltos, sin relación con el estado de la base de datos que acababas de revertir. Eso rompía la idea de branch como copia descartable: terminabas con un branch donde el schema decía una cosa y los archivos en el bucket decían otra. Con este cambio, resetear un branch rollea de vuelta tanto los datos de Postgres como sus buckets y objetos al estado actual del padre. Podés hacerlo desde la Consola de Neon, la CLI o la API, sin pasos extra para limpiar storage por tu cuenta. Por ahora está disponible en aws-us-east-2 (Ohio) y aws-eu-central-1 (Frankfurt), con más regiones en camino.
Por qué importa para flujos de testing
Si usás branches para correr tests que suben archivos —imágenes, exports, adjuntos— antes tenías que limpiar el bucket a mano después de cada corrida, o vivías con la acumulación de objetos huérfanos que ningún reset tocaba. Ahora un branch de test que sube y borra objetos durante la ejecución vuelve a cero junto con la base de datos en el mismo reset. Esto hace que el branch se comporte como una unidad completa y consistente: Postgres y Object Storage avanzan y retroceden juntos. Para pipelines de CI que crean un branch efímero por cada corrida, esto simplifica la limpieza porque ya no necesitás un paso aparte para vaciar buckets.
Triggers para Neon Functions: cron y eventos de storage
La semana pasada Neon anunció la disponibilidad general del backend, con Functions corriendo junto a la base de datos. Esta semana se publicó una guía que muestra cómo automatizar workloads con Function Triggers: ejecutar una función en un horario cron UTC, o cuando llega un archivo nuevo a un bucket de Object Storage. La declaración es en código, en un archivo neon.ts, donde definís la función y el trigger por separado, y después aplicás los cambios con neon deploy. Esto te saca del patrón de levantar un cron externo o un webhook aparte para disparar lógica que vive cerca de tus datos: la función, el trigger y la base de datos quedan en la misma plataforma y el mismo deploy.
Ejemplo: función en cron
El ejemplo de la guía declara una función llamada reports, que apunta a un archivo fuente, y un trigger de tipo schedule que la dispara todos los días a las 6:00 UTC usando sintaxis cron estándar. Esta estructura separa la definición de la función de la definición del trigger, así que la misma función podría, en teoría, tener más de un trigger asociado sin reescribir su código.
// neon.tsfunctions: { reports: { name: 'Reports', source: './functions/reports.ts' },},triggers: { nightly: { type: 'schedule', function: 'reports', cron: '0 6 * * *', },},Extensiones Lakebase Search actualizadas
lakebase_vector sube a la versión 1.1.1 y lakebase_text a la 0.1.3, con mejoras de rendimiento y corrección de bugs. Si ya las tenés instaladas, el upgrade es manual con ALTER EXTENSION ... UPDATE cuando te acomode, no automático. Además, el agent skill neon-postgres ahora incluye guía específica de Lakebase Search para consultas vectoriales, full-text e híbridas, así que si trabajás con un asistente de código que usa ese skill, lo podés instalar o actualizar directamente.
neon skills -s neon-postgresRealtime viene en camino, vía el equipo de Electric
Neon confirmó que está construyendo sync en tiempo real nativo, a cargo del equipo detrás de Electric, el motor de sync para Postgres, que se incorporó a Neon a través de Databricks. El objetivo declarado es que esta capa de reactividad funcione junto con branching y con scale to zero, en vez de ser una pieza separada que asumís siempre encendida. Por ahora es un anuncio de dirección, no una feature disponible: no hay API, SDK ni fecha en estas notas, solo la confirmación de que el equipo y el trabajo están en marcha.
Qué te llevas
Resetear un branch ahora revierte Object Storage junto con Postgres, disponible en aws-us-east-2 y aws-eu-central-1.
Esto simplifica pipelines de test que suben archivos en branches efímeros, sin limpieza manual de buckets.
Neon Functions suma triggers declarativos en neon.ts: cron o eventos de Object Storage, aplicados con neon deploy.
lakebase_vector y lakebase_text tienen nuevas versiones; el upgrade es manual vía ALTER EXTENSION UPDATE.
El equipo de Electric se sumó a Neon para construir realtime nativo compatible con branching y scale to zero, todavía sin fecha ni API pública.
¿Quieres una clase de esto?
Si varias personas lo piden, entra al programa. No hace falta dejar mail ni nombre.