Novedades

Qué ha cambiado, con fecha. Si algo no te funcionaba, mira aquí antes de volver a probarlo todo.

¿Lo lee un agente? GET /api/v1/changelog?since=YYYY-MM-DD — público, sin credenciales, y devuelve sólo lo posterior a esa fecha.

2026-07-30

ArregladoRestaurar un volcado completo con extensiones pre-sembradas ya no choca con el propio volcado.
Un volcado completo de una base que venía de Supabase trae su propio CREATE SCHEMA sin «IF NOT EXISTS». Con las extensiones pre-sembradas el esquema ya existía y la restauración moría en la línea 32 — después de subir gigabytes, y justo en el caso para el que sirve la pre-siembra. No aparecía en pruebas pequeñas porque un volcado de una sola tabla no lleva esa línea.
/databases/:id/restore-dump
ArregladoUn fallo al pre-sembrar extensiones ya no deja la base inservible para ese volcado.
El esquema creado al pre-sembrar quedaba en propiedad del superusuario, así que el usuario de tu aplicación no podía borrarlo — y como el esquema ya existía, todos los reintentos morían igual. La única salida era crear otra base y volver a subir el volcado. Ahora el esquema es tuyo y puedes quitarlo.
/databases/:id/restore-dump

2026-07-29

ArregladoLos volcados de migración se recogen solos, y ya no se entrega una dirección de subida que va a fallar.
Un volcado es transitorio: se sube, se restaura y deja de servir. Pero no se recogía nunca —ni al terminar ni al borrar la base de destino—, así que el espacio no volvía y no había forma de reclamarlo. Ahora se recoge a diario. Y si no cabe, se te dice ANTES de subir, con cuánto espacio hay y cuánto se reserva, en vez de dejarte gastar la subida y recibir un error del almacén sin explicación.
/databases/:id/restore-dump/upload-url
NuevoUn almacén que ya existía puede pasar a ser un recurso de tu cuenta sin mover un solo byte.
Sale en tu panel, cuenta en tu consumo, y sus credenciales las emite el producto en vez de entregarlas a mano. Y una credencial ya emitida se pone al día cuando cambia lo que tu organización posee: la llave de ayer ve el almacén de hoy.
/buckets · /storage/keys
ArregladoUn despliegue con una variable que apunta a otro recurso ya no arranca roto: se detiene y dice cuál falta.
Si una variable referencia un recurso que no existe (borrado o renombrado), antes el contenedor recibía el texto de la referencia tal cual, arrancaba «bien» y fallaba en todas sus rutas — y la comprobación de entorno decía que la variable estaba presente y correcta. Ahora el despliegue se para con el nombre de lo que falta, y la comprobación lo marca como referencia sin resolver.
/apps/:id/deployments · /apps/:id/env/verify
ArregladoLa restauración gestionada ya construye índices que necesitan más memoria de la que Postgres reserva de fábrica.
Un volcado con un índice de búsqueda vectorial fallaba al final, después de cargar todos los datos, porque Postgres trae 64 MB de memoria de trabajo y no los ajusta al tamaño de la máquina. Ahora se ajusta para esa sesión, en proporción a la memoria del clúster.
/databases/:id/restore-dump
ArregladoUna restauración correcta ya devuelve el recuento de filas por tabla en vez de una lista vacía.
El recuento existe para demostrar que la migración trajo los datos. Un error al contarlos se convertía en una lista vacía, indistinguible de «esta base no tiene tablas»: el trabajo decía «hecho» y enseñaba cero filas. Ahora vacío significa que no hay tablas, y si no se pudo contar se dice con su motivo.
/databases/:id/restore-dump
ArregladoCuando una réplica no arranca en un despliegue repartido, ahora se dice por qué.
Antes sólo constaba que había fallado, sin máquina, sin registros y con el mismo motivo genérico siempre. Ahora se guardan la máquina, la imagen que se intentó ejecutar, el estado y el código de salida del contenedor, y sus últimas líneas de registro.
/apps/:id/scale-out · /apps/:id/deployments
NuevoLas aplicaciones que se construyen desde un repositorio ya se pueden repartir entre varias máquinas.
Antes hacía falta traer una imagen ya construida. Ahora se construye una vez y todas las réplicas ejecutan exactamente la misma imagen, no una reconstrucción parecida.
/apps/:id/scale-out
NuevoCuando koigrid actúa dentro de tu cuenta, queda registrado como tal y con el motivo.
Antes esas acciones se atribuían a tu propio usuario, así que no podías distinguir a la plataforma trabajando de un acceso indebido. Ahora figuran como acción del sistema y llevan escrito para qué.
/audit
DocumentaciónLa documentación de almacenamiento ya no cablea una dirección fija.
Un almacén puede vivir en distintas flotas, cada una con su dirección, y la credencial sólo vale en la que viene con ella. La dirección se toma siempre de la respuesta al crear la clave. Cambiar la dirección y la credencial son dos mitades de la misma operación: hacer sólo una deja todos los objetos inaccesibles.
/storage/keys

2026-07-28

NuevoEl almacenamiento de objetos se sirve desde una flota propia con tolerancia a fallos.
El conjunto sigue sirviendo con un nodo entero caído, y los objetos ya no comparten disco con el plano de control.