Point-in-time recovery de Supabase: precio y límites

Estás en el plan Pro de Supabase, algo salió mal a una hora que podrías anotar, y la copia de anoche es más vieja que el error. En alguna parte del panel hay un interruptor llamado Point in Time Recovery con un precio al lado, y la pregunta es si ese precio compra lo que tú crees.

Aquí está la parte que todos los resúmenes aplanan: el point-in-time recovery y una copia que tú guardas son dos productos distintos, y encender el primero no cambia nada de aquello para lo que sirve el segundo. Los dos aparecen bajo Backups en el panel, y de ahí viene la mayor parte de la confusión.

Ayuda pensar en uno como una grabación y en el otro como una fotografía. Una copia diaria es una fotografía: un fotograma al día, tomado a una hora fija, y puedes sacarlo del edificio. El point-in-time recovery es la cámara del propio edificio, funcionando sin parar, que te deja detenerte en el fotograma que quieras. Las cintas están en el sótano y llegan una semana atrás.

¿Qué es el point-in-time recovery en Supabase?

Es una manera de devolver tu base de datos a un momento concreto en vez de a una copia concreta.

Supabase lo construye con dos cosas que funcionan juntas. La primera es una copia física, una instantánea diaria de los archivos de la base. La segunda es el archivado del Write Ahead Log: Postgres lleva un registro continuo de cada cambio que hace, y Supabase se lleva esos archivos cada dos minutos, o de inmediato cuando uno pasa cierto tamaño. Una restauración carga la instantánea y luego reproduce el registro hacia delante hasta llegar al momento que pediste.

De ese mecanismo viene la precisión. Supabase describe el resultado como una granularidad de hasta segundos, con un peor caso que cifra en un Recovery Point Objective de dos minutos, es decir, lo máximo que podrías perder al final del momento que elegiste.

Su documentación de copias es la página donde está la forma actual de todo esto. Todo lo que sigue aquí depende de cifras que les pertenecen.

¿Cuánto cuesta el point-in-time recovery de Supabase?

$100 al mes por una ventana de siete días, sobre el plan Pro, que por sí solo cuesta $25 al mes.

Supabase factura el complemento por hora y vende tres tamaños de ventana:

Hay una segunda línea en la factura, y es la que pilla a la gente por sorpresa. El point-in-time recovery exige al menos la instancia de cómputo Small. Un proyecto Pro corre por defecto en Micro, que los $10 de crédito de cómputo incluidos en el plan cubren por completo; Small ronda los $15 al mes, así que el crédito deja de cubrir tu cómputo y el resto empieza a aparecer en tu factura. El complemento sale, por tanto, algo más caro que la cifra impresa a su lado.

Está disponible en Pro, Team y Enterprise. En el plan gratuito no hay nada a lo que añadirlo, porque el plan gratuito no toma ninguna copia automática.

Comprueba las dos cifras en la página de precios de Supabase el día que decidas, y no en esta. Son suyas y pueden cambiarlas, y esta página no se dará cuenta cuando lo hagan.

¿Cuándo compensa el point-in-time recovery?

Cuando puedes nombrar el minuto, y cuando el trabajo a ambos lados importa.

Una migración corrió a las 14:32 y se llevó una columna. Un script que arrancaste a mediodía escribió el valor equivocado en cada fila. A un agente de IA le diste permiso de escritura y lo usó. En los tres casos sabes cuándo, y ese cuándo es toda la entrada. Eliges las 14:31, y la base de datos vuelve tal como estaba un minuto antes del daño.

Lo que cuesta dinero es el resto de esa mañana. Restaurar la copia de medianoche también borra cada registro, cada pedido y cada mensaje que tus usuarios crearon desde medianoche, así que deshacer un error significa aceptar una segunda pérdida, más pequeña. Con point-in-time recovery el trabajo de la mañana se queda.

Ya que estás en el panel pensando en lo que podría salir mal, también vale la pena saber qué muestra tu app a un desconocido. Nuestro escaneo gratuito lee tu sitio en vivo desde fuera y te dice lo que ve. Tarda unos 20 segundos y no pide cuenta: escanea tu app.

Lo que el point-in-time recovery no alcanza

Dos cosas: un error que descubres cuando la ventana ya ha pasado, y la cuenta en la que vive todo el montaje.

Un error que descubres tarde. La ventana se mueve con el día de hoy, así que una ventana de siete días son siempre los últimos siete días y nunca una semana fija. Para un borrado es generosa, porque un borrado suele anunciarse en minutos. Con los silenciosos no ayuda nada: un formulario que lleva guardando el valor equivocado desde el martes de la semana pasada, una columna que desapareció en una migración que nadie leyó con calma, un campo que un script lleva un mes sobrescribiendo. Esos salen cuando escribe un cliente, y un cliente que escribe rara vez lo hace dentro de los siete días siguientes a la causa.

La cuenta donde vive la recuperación. Las instantáneas y el registro archivado están dentro de tu proyecto de Supabase, y eso es justo lo que las hace rápidas y las convierte en un clic. También significa que un proyecto suspendido, una tarjeta caducada o un acceso que no puedes recuperar se llevan la recuperación junto con aquello que protegía. Es un trato justo y no un defecto, y es la razón por la que una copia dentro de tu cuenta es solo media red de seguridad.

¿El point-in-time recovery cubre mis archivos de Storage?

No. Las palabras de Supabase son que las copias de la base de datos no incluyen los objetos que guardas a través de la Storage API, y el point-in-time recovery es una función de la base.

Cada avatar, cada PDF subido y cada foto de producto que añadieron tus usuarios vive en Storage, que es un servicio aparte. Tu base de datos guarda la ruta a cada archivo y nada de su contenido. Así que una base rebobinada al martes apunta a lo que haya hoy en tus buckets, y un archivo borrado el miércoles sigue borrado después de una recuperación que funcionó a la perfección.

Decidas lo que decidas en esta página, tus archivos necesitan su propia respuesta. Tres formas de respaldar una base Supabase cuenta dónde los deja cada ruta.

¿Puede una herramienta externa darme point-in-time recovery?

No, y esta es la afirmación del tema que más merece mirarse con calma, porque suena a comparación de funciones y es una diferencia de categoría.

El point-in-time recovery reproduce el write-ahead log, y ese registro es un archivo en el disco donde corre tu base de datos. Leerlo significa estar de pie sobre esa máquina. Toda herramienta de backup externa, la nuestra incluida, se conecta a tu base igual que lo hace tu app, le pide su contenido y anota la respuesta. Lo que sale es un volcado lógico: una copia completa y portátil de todo lo que había en la base en el momento en que corrió.

Un volcado es otra vez la fotografía. Puedes llevártelo a cualquier parte, cargarlo en un proyecto recién creado de otra cuenta y leerlo con herramientas corrientes de Postgres que nunca han oído hablar de Supabase. Lo que no puedes hacer es detenerte entre dos volcados, porque entre medias no había nada grabando.

Así que la versión honesta de la comparación. Si lo que necesitas es caer en las 14:31, compra el complemento de Supabase; nadie fuera de la plataforma está en condiciones de vendértelo. Un proveedor que anuncia point-in-time recovery a través de una conexión está describiendo un horario, y una pregunta separa a los dos: ¿su restauración cae en un minuto que tú tecleas, o en la última vez que corrió su copia?

¿Point-in-time recovery o una copia que tú guardas?

Pregúntate contra qué desastre te estás asegurando, porque estos dos responden a desastres distintos.

La mayoría de apps con clientes de verdad quieren las dos, y el orden es lo que conviene decidir a conciencia. La copia que tú guardas es la que sobrevive a todo, incluida la cuenta, así que es la primera que hay que montar. El complemento se compra cuando has calculado que perder una mañana de pedidos te cuesta más que él.

Qué hacer esta semana

Dónde encaja Reeve Care

Care es la copia que tú guardas, montada por nosotros, con una restauración que pulsas en vez de armar.

• Las copias corren con un horario que no tienes que recordar, cada seis horas en los planes altos, y una que falla te manda un correo en lugar de un silencio.
• Cada copia vive fuera de tu cuenta de Supabase. Cifrada, en almacenamiento nuestro, para que un proyecto suspendido o un acceso perdido no se lleve tus copias con él.
• Cada copia se relee antes de contar. La fecha de tu panel es la última copia que pasó esa comprobación, nunca el último intento.
• Restaurar es un botón, y antes de empezar toma una instantánea del estado actual, así que la propia restauración tiene su deshacer.
• Los archivos que subieron tus usuarios también se copian, en cuanto conectas tus buckets de Storage. Esa es una segunda clave, pedida aparte, porque la clave que Supabase emite para Storage puede escribir además de leer y preferimos preguntar antes que mezclarla con una que no puede.

Care y el complemento se complementan, y así están puestos los precios también. Care empieza en $49 al mes para una app, frente a $100 del complemento, y muchas apps deberían tener lo primero antes de plantearse lo segundo. Los nuestros son precios de lista, y la página de precios a veces está por debajo de la cifra de aquí y nunca por encima. Cada cifra de Supabase en esta página está citada de sus propias páginas, sin convertir y sin estimar.

Cómo se toma, se comprueba y se devuelve una copia está dibujado paso a paso en la página de copias de Supabase.

Antes de cerrar esta pestaña, calcula el número del que depende toda esta decisión: cuánto tiempo podría estar un error en tu app antes de que alguien lo notara. Por debajo de siete días, el complemento te compra precisión de verdad el día que la necesites. Por encima, una ventana más ancha no es el sitio para el dinero, porque lo que llega más atrás es una copia propia. La lista de seguridad de 10 minutos cubre las copias junto al resto de lo que conviene confirmar en una app ya lanzada.