Mientras tu proyecto quepa en una instancia Micro y no salga de las cuotas incluidas, el crédito de cómputo hace que la cuota del plan sea toda la factura. Un proyecto de staging, una instancia más grande y el tráfico por encima de las cuotas incluidas añaden cada uno su propia línea. En nuestro ejemplo más grande, la tarifa por usuario activo mensual fue la línea más cara, porque sigue subiendo al superar los 100.000 usuarios que incluye Pro.
Lo que pagas en Supabase Pro
Por encima de las cuotas incluidas, los usuarios, el tráfico saliente, el disco, los archivos y las llamadas a funciones se facturan cada uno a su propia tarifa, según la página de precios de Supabase.
La documentación de facturación de Supabase añade cuatro reglas que encarecen la factura a medida que crece tu app:
- El crédito de cómputo solo paga el cómputo. Recibes 10 $ al mes, según la documentación de cómputo de Supabase. Basta para una instancia Micro, y nada de ese dinero va al tráfico saliente, a los usuarios ni al disco.
- Cada proyecto tiene su propia instancia de cómputo, así que una copia de staging de producción añade una segunda línea de cómputo que el único crédito no cubre.
- El disco se factura según el tamaño que te asigna Supabase. Su documentación sobre el tamaño de la base de datos indica que el disco crece un 50 % cada vez que tu base de datos llega al 90 % de su capacidad, así que una base de datos de 20 GB acaba en un disco de 27 GB. Pagas esos 27, menos los 8 GB que incluye Pro.
- Pro incluye 8 GB de disco por proyecto, y cada GB adicional cuesta 0,125 $ al mes.
Para calcular tu propio mes, abre la página de uso y suma esto en orden:
- Empieza con 25 $ por el plan.
- Suma el cómputo de cada proyecto a los precios mensuales redondeados de Supabase (10 $ Micro, 15 $ Small, 60 $ Medium, 110 $ Large) y resta una sola vez el crédito de 10 $. El cómputo se factura por horas: un proyecto que funcionó solo parte del mes cuesta menos.
- Suma 0,00325 $ por cada usuario activo mensual por encima de 100.000. Son 32,50 $ por cada 10.000.
- Suma 0,09 $ por cada GB de tráfico saliente por encima de 250 GB, más 0,03 $ por cada GB de tráfico saliente desde caché por encima de sus propios 250 GB.
- Suma 0,125 $ por cada GB de disco por encima de 8 GB en cada proyecto, usando el tamaño de disco que se muestra para el proyecto.
- Suma 0,0213 $ por cada GB de archivos por encima de 100 GB, y 2 $ por cada millón de llamadas a Edge Functions por encima de 2 millones.
- Suma 2,50 $ por cada millón de mensajes de Realtime por encima de 5 millones, y 10 $ por cada 1.000 conexiones simultáneas máximas por encima de 500.
- Suma los complementos que hayas activado, como los 100 $ al mes por 7 días de recuperación a un momento dado.
Por qué los proyectos dejan el plan Free
Free cubre hasta 2 proyectos activos, cada uno con 50.000 usuarios activos mensuales, una base de datos de 500 MB, 5 GB de tráfico saliente y 1 GB de almacenamiento de archivos, según la página de precios de Supabase. Si tu proyecto se ha dormido tras una semana tranquila, te has topado con uno de los límites de Free: un proyecto Free se pausa tras una semana sin actividad, y su base de datos pasa a solo lectura al superar los 500 MB. Tampoco hay copias de seguridad automáticas, así que Supabase recomienda a los usuarios de Free exportar sus propios datos con la CLI y guardar copias en otro sitio.
Los proyectos de pago no se pausan por inactividad, y Pro guarda copias de seguridad diarias durante siete días.
Cómo funciona el límite de gasto en una app que crece
Supongamos que tu tráfico saliente supera los 250 GB el día 20 del mes. En Pro, el límite de gasto viene activado por defecto, así que desde el día 20 hasta el siguiente ciclo de facturación se bloquea el tráfico saliente por encima de 250 GB. Lo mismo pasa con cada elemento cubierto que supere su cuota, según la documentación de Supabase sobre cómo funciona el límite de gasto.
Con el límite activado, un disco de Pro también deja de crecer en 8 GB. El límite de gasto no permite fijar un presupuesto ni una alerta para una sola línea, y no puedes activarlo para unas líneas y desactivarlo para otras.
Tres tamaños de app, con el precio línea por línea
Cada ejemplo usa Supabase Pro con el plan mensual, en dólares estadounidenses antes de impuestos y con los precios mensuales de cómputo redondeados de Supabase. El uso es una suposición nuestra, así que sustitúyelo por tus propias cifras:
- El tráfico saliente sin caché crece unos 10 MB por usuario al mes, nuestra cifra redonda para una app ligera; tu página de uso muestra la tuya. La app con más movimiento también sirve 500 GB desde la caché de Supabase.
- Los tamaños de disco son nuestra estimación según la regla de crecimiento de Supabase: 8 GB al principio y luego un 50 % más cada vez que la base de datos llega al 90 % del disco. Supabase puede redondear.
- Las dos apps más grandes tienen un proyecto de staging en cómputo Micro. El proyecto personal, no.
- La recuperación a un momento dado (PITR) se cobra como extra, a 100 $ al mes por siete días de historial, y requiere al menos cómputo Small.
Un proyecto personal que acaba de dejar Free
Supongamos que tienes 5.000 usuarios, una base de datos de 2 GB, 50 GB de tráfico saliente y 5 GB de archivos subidos: todos los contadores quedan muy por debajo de su cuota de Pro, y el crédito de cómputo compensa la instancia Micro.
| Concepto | Uso | Coste |
|---|---|---|
| Plan Pro | Primer proyecto incluido | $25.00 |
| Cómputo Micro (producción) | Mes completo | $10.00 |
| Crédito de cómputo | Cubre una Micro | -$10.00 |
| Disco | Base de datos de 2 GB en los 8 GB incluidos | $0.00 |
| Usuarios activos mensuales | 5.000 de 100.000 incluidos | $0.00 |
| Tráfico saliente (egress) | 50 GB de 250 GB incluidos | $0.00 |
| Almacenamiento de archivos | 5 GB de 100 GB incluidos | $0.00 |
| Total | Todas las líneas | $25.00 |
| Con PITR de 7 días | Micro pasa a Small (15 $), más 100 $ | $130.00 |
No necesitas desactivar el límite de gasto. La recuperación a un momento dado encarece la factura, porque tiene su propia tarifa y te saca de la instancia Micro que paga el crédito.
Un SaaS en crecimiento con 40 000 usuarios
Este ejemplo añade un proyecto de staging para que nadie pruebe un cambio de esquema primero en producción. Tiene 40.000 usuarios mensuales, una base de datos de 20 GB, 400 GB de tráfico saliente, 60 GB de archivos y un millón de llamadas a Edge Functions.
| Concepto | Uso | Coste |
|---|---|---|
| Plan Pro | Primer proyecto incluido | $25.00 |
| Cómputo Small (producción) | Mes completo | $15.00 |
| Cómputo Micro (staging) | Mes completo | $10.00 |
| Crédito de cómputo | Cubre una Micro | -$10.00 |
| Disco | Base de datos de 20 GB en un disco de 27 GB: 19 GB de exceso x 0,125 $ | $2.38 |
| Usuarios activos mensuales | 40.000 de 100.000 incluidos | $0.00 |
| Tráfico saliente (egress) | 400 GB: 150 GB de exceso x 0,09 $ | $13.50 |
| Almacenamiento de archivos | 60 GB de 100 GB incluidos | $0.00 |
| Llamadas a Edge Functions | 1 millón de 2 millones incluidos | $0.00 |
| Total | Todas las líneas | $55.88 |
| Con PITR de 7 días | Más 100 $ | $155.88 |
De lo nuevo respecto al proyecto personal, más o menos la mitad viene del staging y de una instancia de producción más grande, y el resto, del exceso de disco y de tráfico saliente. Ese exceso es también la razón por la que es la primera factura que obliga a desactivar el límite de gasto.
Una app con más actividad y 200 000 usuarios
Con 200.000 usuarios, superas la cuota de Pro en casi todas las líneas que crecen con el número de personas. Este ejemplo supone 2 TB de tráfico saliente normal más 500 GB servidos desde la caché de Supabase, que tiene su propia cuota y una tarifa más baja. Hemos supuesto que producción funciona en cómputo Large, con 2 vCPU dedicadas y 8 GB de RAM.
| Concepto | Uso | Coste |
|---|---|---|
| Plan Pro | Primer proyecto incluido | $25.00 |
| Cómputo Large (producción) | Mes completo | $110.00 |
| Cómputo Micro (staging) | Mes completo | $10.00 |
| Crédito de cómputo | Cubre una Micro | -$10.00 |
| Usuarios activos mensuales | 200.000: 100.000 de exceso x 0,00325 $ | $325.00 |
| Disco | Base de datos de 60 GB en un disco de unos 91 GB: unos 83 GB de exceso x 0,125 $ | $10.39 |
| Tráfico saliente (egress) | 2.000 GB: 1.750 GB de exceso x 0,09 $ | $157.50 |
| Tráfico saliente desde caché | 500 GB: 250 GB de exceso x 0,03 $ | $7.50 |
| Almacenamiento de archivos | 120 GB: 20 GB de exceso x 0,0213 $ | $0.43 |
| Llamadas a Edge Functions | 3 millones: 1 millón de exceso x 2 $ | $2.00 |
| Mensajes de Realtime | 4 millones de 5 millones incluidos, menos de 500 conexiones simultáneas máximas | $0.00 |
| Total | Todas las líneas | $637.82 |
| Con PITR de 7 días | Más 100 $ | $737.82 |
Una instancia más pequeña apenas rebajaría esta factura, porque el cómputo es menos de una quinta parte del total una vez descontado el crédito. La tarifa por usuario sigue subiendo con cada nuevo usuario activo por encima de 100.000.
Supabase frente a un servidor
La tabla compara las tres facturas de Supabase con un servidor autogestionado con Supabase preinstalado. El servidor no tiene tarifa por usuario y todos los planes incluyen ancho de banda sin límite (sujeto a un uso razonable), así que no hay ninguna línea de transferencia de datos que vigilar. Su precio cambia cuando termina el precio de introducción, a los 3 meses, o si el plan se te queda pequeño y pasas a uno superior.
| Tamaño de la app | Supabase Pro | Supabase Pro + PITR de 7 días | Stack 16, con Supabase preinstalado |
|---|---|---|---|
| Proyecto personal, 5.000 usuarios | $25.00 | $130.00 | $22.99 USD/mespor 3 meses, luego $34.99 USD/mes |
| SaaS en crecimiento, 40.000 usuarios | $55.88 | $155.88 | |
| App con más movimiento, 200.000 usuarios | $637.82 | $737.82 |
La columna del servidor muestra el precio de lanzamiento y el precio de renovación. Usamos el precio de renovación en todas las cifras de punto de equilibrio de esta guía, y aun sin contar nada de tu tiempo, el SaaS en crecimiento ya le paga más que eso a Supabase. Stack 16 es el plan de la tabla porque es el más pequeño de nuestros planes que cumple todos los requisitos de autoalojamiento recomendados por Supabase. Stack 8 tiene la RAM y el disco, pero sus 2 vCPU solo llegan al mínimo de Supabase, mientras que las 4 vCPU de Stack 16 coinciden con los 4 núcleos que recomienda Supabase:
| RAM | CPU | Disco | |
|---|---|---|---|
| Mínimo de Supabase | 4 GB | 2 núcleos | 40 GB SSD |
| Recomendado por Supabase | 8 GB o más | 4 núcleos o más | 80 GB SSD o más |
| Stack 8 | 8 GB | 2 vCPU | 150 GB NVMe |
| Stack 16 | 16 GB | 4 vCPU | 250 GB NVMe |
Supabase considera que su mínimo sirve para desarrollo y para apps en producción pequeñas y medianas, que es donde encaja Stack 8.
Lo que ocupa el stack antes de que lleguen tus usuarios
La comparación de precios solo vale si el stack cabe en el plan, así que ejecutamos la configuración Docker autoalojada de Supabase, versión v0.8.3, en dos máquinas de prueba y medimos su memoria una vez estabilizada. Las dos tenían 2 vCPU. Una tenía 8 GB de memoria y la otra 4 GB, el tamaño del mínimo de Supabase y de Stack 4.
| Lo que comprobamos | VM de prueba de 8 GB, 19 de oct. | VM de prueba de 4 GB, 20 de oct. |
|---|---|---|
| Contenedores en ejecución | Los 11 | Los 11, ninguno reiniciado |
| Memoria 10 minutos después del arranque, sin tráfico | Unos 960 MiB | Unos 1.450 MiB, sin usar swap |
| Tiempo hasta la primera consulta a la base de datos | Unos 17 s | Unos 18 s |
| Funciones del primer día | Studio, el inicio de sesión, la API REST con una regla de seguridad a nivel de fila, el almacenamiento de archivos, el redimensionado de imágenes, una Edge Function y Realtime funcionaron | Studio cargó. El resto no se volvió a probar |
Las imágenes de esos 11 contenedores ocuparon unos 9,7 GB de disco. La memoria del propio stack es una pequeña parte de los 16 GB de Stack 16, así que casi toda queda libre para la caché de tu base de datos y para tus usuarios. La prueba con 4 GB demuestra que también arranca y funciona en reposo en una máquina de prueba del tamaño de nuestro plan más pequeño. Ninguna de las dos pruebas tuvo tráfico, así que ninguna te dice cuántos usuarios aguanta un plan. La elección del plan sigue basándose en los 4 núcleos que recomienda Supabase, y la prueba de carga de los pasos que verás más abajo es la forma de comprobarlo para tu app.
En Cloud, la instancia de cómputo Large de la app con más movimiento tiene 8 GB de RAM. En tu servidor, Postgres comparte los 16 GB con Auth, Storage, Realtime y el resto del stack.
Lo que no incluye el precio del servidor
El precio del plan te da un servidor con el stack de Supabase en marcha, y la página de autoalojamiento de Supabase enumera lo que no viene incluido. El branching, las copias de seguridad administradas, la PITR, las métricas avanzadas, los buckets de analíticas y vectoriales, el ETL y la API de administración son exclusivos de Cloud.
Lo que te da un servidor
- Pagas un único precio mensual que no aumenta con los usuarios ni con el tráfico saliente.
- Tienes ancho de banda sin límite, sujeto a un uso razonable.
- Supabase viene preinstalado, con PostgreSQL, Auth, Storage y Realtime funcionando juntos.
- Puedes pasar de Stack 4 a Stack 32 a medida que crece el proyecto.
A lo que renuncias
- No tienes copias de seguridad administradas ni recuperación a un momento dado.
- Cada stack de Supabase ejecuta un solo proyecto y no hay branching.
- La ayuda con Supabase en sí viene de la comunidad, mientras que nuestro equipo da soporte al hardware, la red y la conectividad.
- Las actualizaciones del sistema operativo y de Supabase, el mantenimiento de Postgres y la monitorización corren de tu cuenta.
La tabla de facturas también deja fuera el correo electrónico y el almacenamiento de copias de seguridad. La guía de autoalojamiento con Docker de Supabase indica que necesitarás un servidor SMTP listo para producción para enviar los correos de registro y de contraseña, así que cuenta con un servicio de correo transaccional. Tus copias de seguridad deben estar en otro sitio que no sea el propio servidor, como un almacenamiento compatible con S3. En el lado del servidor, pagarás ambas cosas además del plan. No les hemos puesto precio, porque dependen de tu volumen de correo, de cuánto almacenes y de cuánto tiempo conserves las copias.
La base de datos de 60 GB y los 120 GB de archivos de la app con más tráfico caben en 250 GB de disco, aunque con menos margen del que parece, porque el sistema operativo, las imágenes de Docker (unos 9,7 GB las de Supabase en nuestra prueba), los registros y una restauración en curso también ocupan espacio. Guarda las copias de seguridad en otro lugar y configura una alerta de espacio libre en disco al preparar el servidor.
La preproducción también queda fuera en el lado del servidor, porque Supabase autoalojado ejecuta un proyecto por stack, así que una copia de preproducción implica un segundo stack, ya sea en el mismo servidor o en otro. No hemos probado dos stacks en un mismo servidor. Si quitas la preproducción en el lado de Cloud para igualar, la factura del SaaS baja 10 $, hasta 45,88 $, y la de la app con más tráfico, hasta 627,82 $. Incluso sin preproducción, el SaaS sigue por debajo del punto de equilibrio que verás en la siguiente sección, y la app con más tráfico sigue muy por encima.
Dónde gana el servidor cuando cuentas tu tiempo
El mantenimiento rutinario de tu propio servidor consiste en actualizar el sistema operativo, descargar nuevas imágenes de Docker, echar un vistazo a los registros y comprobar que la copia de seguridad de anoche se hizo, y todo ello suma entre una y dos horas al mes, según la estimación de nuestra guía sobre cómo autoalojar Supabase y a qué renuncias. La mediana salarial de 2025 en EE. UU. para desarrolladores de software, analistas de QA y testers es de 64,44 $ la hora, según la Bureau of Labor Statistics, lo que sitúa esas horas entre 64,44 $ y 128,88 $ al mes.
Suma esas horas al precio de renovación del servidor de la tabla anterior. Esta es la factura de Supabase a partir de la cual el servidor más el mantenimiento empieza a salir más barato. Los meses de ejemplo son nuestra estimación de cuándo se da cada nivel de mantenimiento:
| Tu mantenimiento al mes | Mes de ejemplo | Factura de Supabase a partir de la cual gana el servidor |
|---|---|---|
| Una hora | Un mes rutinario | Unos 100 $ |
| Dos horas | Un mes rutinario, en el extremo alto | Unos 164 $ |
| Cuatro horas | Unos primeros meses complicados | Unos 293 $ |
| Ocho horas | Un mes con una actualización importante | Unos 550 $ |
La factura de la app con más tráfico supera incluso la línea de ocho horas. Cada hora desplaza la línea según lo que valga tu hora, así que si la tuya vale 100 $, la línea de una hora pasa a unos 135 $. Suma también al lado del servidor el almacenamiento de copias de seguridad, un servicio de correo electrónico y una migración puntual.
Con PITR, la factura de 155,88 $ del SaaS en crecimiento queda dentro del rango de una a dos horas, de unos 100 $ a 164 $, pero un servidor autoalojado no incluye recuperación a un momento dado administrada. Tendrías que montar y gestionar esa recuperación tú mismo. También renunciarías a los siete días de copias de seguridad diarias que Cloud Pro guarda por ti. Si la recuperación es el motivo por el que pagas la PITR, quédate, o reserva tiempo para montar y probar tus propias copias antes de mudarte. La app con más tráfico paga a Supabase varios cientos de dólares al mes más que el servidor y dos horas de tu tiempo juntos, pero ese ahorro solo se mantiene si un único servidor soporta tu carga, así que haz pruebas de carga antes de contar con él.
Si tu app solo usa la base de datos, la guía sobre cuánto cuesta solo Postgres administrado frente a un servidor calcula ese caso. Si aún estás decidiendo si necesitas el stack completo de Supabase, nuestra guía sobre si usar Supabase o PostgreSQL a secas compara ambos en un mismo servidor.
Antes de mover producción
En la discusión de GitHub de Supabase sobre autoalojamiento, un desarrollador describió así su preocupación:
at some point I might be forced to switch to a self-hosted version of Supabase because of the cost. I already gave the
self-hosted version a try by using Coolify and I managed to get it up and running but I wasn't confident enough to use
it for production.
Hazlo en este orden, con una copia de tus datos, mientras el proyecto de Cloud sigue atendiendo a los usuarios:
- Restaura una copia de seguridad reciente en el servidor
Haz una copia de seguridad de la base de datos con la CLI de Supabase y restáurala en el servidor siguiendo los pasos de volcado de la guía de copias de seguridad y restauración de Supabase. Cronometra la restauración, porque esa es la parte de base de datos de tu tiempo de recuperación si el servidor falla, y ensaya también una reconstrucción completa una vez.
- Migra las partes que están fuera de la base de datos
Los usuarios de Auth, los archivos de Storage y las Edge Functions tienen cada uno su propia vía de migración, así que revísalos uno a uno. Después registra un usuario de prueba y comprueba que el correo llega a través de tu servidor SMTP.
- Ponle carga como en producción
Ejecuta tus consultas más pesadas y abre tantas conexiones de Realtime como muestre tu página de uso en el pico. Vigila la memoria mientras lo haces.
- Configura copias de seguridad fuera del servidor
Envía copias de seguridad cada noche fuera del servidor, por ejemplo a un almacenamiento compatible con S3. Después restaura una.
- Planifica la migración y la vuelta atrás
Elige una hora tranquila. Conserva el proyecto de Cloud hasta que el servidor haya funcionado un ciclo de facturación completo, y apunta cómo volverías atrás.
Quedarte o mudarte
Cuenta tus propias horas antes de comprometerte. Cronometra la restauración y la prueba de carga anteriores para ver cuánto te cuesta la migración, y luego registra tu mantenimiento durante el primer mes para sustituir nuestra estimación de una a dos horas en el punto de equilibrio.
Quédate en Supabase Cloud si
Tus tres últimas facturas están por debajo de la fila del punto de equilibrio que corresponde a tus horas de mantenimiento, o una restauración que tendrías que montar tú mismo tardaría más de lo que puedes permitirte estar sin servicio.
Pásate a tu propio servidor si
Las líneas de la tarifa por usuario y del tráfico de salida han crecido más rápido que el resto de tu factura en los últimos tres meses, y la restauración y la prueba de carga anteriores han salido bien en el servidor.
Cómo calculamos los precios y lo probamos
Las facturas de Cloud son cálculos de DreamHost a partir de la lista de precios y la documentación de facturación de Supabase, consultadas el 28 de septiembre de 2026. Volvimos a consultar la lista de precios el 21 de octubre y todas las tarifas de las tablas seguían igual. El uso de cada ejemplo es una suposición nuestra, y no abrimos una cuenta de Supabase Cloud para probarlo.
Las cifras del servidor las midió DreamHost en una VM de prueba (arm64), no en un servidor de DreamHost. Las pruebas se hicieron para nuestra guía sobre Supabase o PostgreSQL a secas, y esta página las reutiliza. Se ejecutaron en un Mac con Colima, Ubuntu 24.04 y 2 vCPU: 8 GB de memoria el 19 de octubre de 2026 y 4 GB el 20 de octubre. La carpeta de Docker v0.8.3 de Supabase se ejecutó tal como se publicó. Cada cifra de memoria es la mediana de 12 lecturas de docker stats, tomadas cada 5 segundos, 10 minutos después del arranque. Nuestros planes funcionan con procesadores x86 AMD EPYC, así que el tamaño de las imágenes en tu servidor será distinto.
Lo que no probamos: tráfico o carga de ningún tipo, una semana de funcionamiento, 4 vCPU, el complemento Logs & Analytics, una restauración ni dos stacks de Supabase en un mismo servidor. Cada configuración se ejecutó una sola vez.
Preguntas frecuentes sobre los precios de Supabase
¿Cuánto cuesta Supabase al mes?
Pro empieza en 25 $ al mes, con facturación mensual, porque las preguntas frecuentes sobre facturación de Supabase indican que no hay un plan anual oficial. Incluye un crédito de computación de 10 $ para una instancia Micro. La computación más grande, los proyectos adicionales y el uso por encima de las cuotas se cobran aparte, como muestran las tres facturas de ejemplo de abajo.
¿Cuánto tiempo puedo usar Supabase gratis?
Supabase no fija ningún límite de tiempo en Free. Un proyecto Free se pausa tras una semana sin actividad, y su base de datos pasa a solo lectura en cuanto supera los 500 MB, como explica la sección sobre por qué los proyectos dejan Free.
¿Cuántos proyectos puedo tener en el plan Free de Supabase?
La página de precios de Supabase indica un límite de 2 proyectos activos en Free. En Pro, el primer proyecto está incluido y cada proyecto adicional suma su propia línea de computación, desde 10 $ al mes para Micro.
¿El límite de gasto evita una factura enorme?
Impide que el uso medido haga crecer la factura: Supabase bloquea cada elemento cubierto que supere su cuota hasta el siguiente ciclo, y tus usuarios se topan con ese límite. La computación, la recuperación a un momento dado y varios complementos se cobran íntegros en cualquier caso.
¿Qué pierdo si autoalojo Supabase?
Pierdes las copias de seguridad administradas, la recuperación a un momento dado administrada, el branching, tener más de un proyecto por Studio y el soporte oficial, ya que la versión autoalojada de Supabase cuenta con soporte de la comunidad. La configuración y las soluciones alternativas están en nuestra guía sobre cómo autoalojar Supabase y a qué renuncias.
¿Puedo mover mi proyecto de Supabase Cloud a mi propio servidor?
Sí. La guía de copias de seguridad y restauración de Supabase explica cómo volcar una base de datos con la CLI de Supabase para moverla entre proyectos, y tú restauras ese mismo volcado en el Postgres de tu servidor. Los usuarios de Auth, los archivos y las Edge Functions se migran por separado. Nuestra guía de autoalojamiento calcula unas pocas horas para un proyecto pequeño, y más si tienes muchas funciones o extensiones personalizadas.
Fuentes
- Pricing & Fees, Supabase, 21 oct. 2026. supabase.com/pricing
- About billing on Supabase, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/billing-on-supabase
- Manage Compute usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/compute
- Manage Egress usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/egress
- Manage Disk size usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/disk-size
- Manage Monthly Active Users usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/monthly-active-users
- Manage Point-in-Time Recovery usage, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/manage-your-usage/point-in-time-recovery
- Control your costs, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/cost-control
- Billing FAQ, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/billing-faq
- Database Size, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/database-size
- Database Backups, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/backups
- Upgrading, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/upgrading
- Self-Hosting, Supabase, 28 sept. 2026. supabase.com/docs/guides/self-hosting
- Self-Hosting with Docker, Supabase, 28 sept. 2026. supabase.com/docs/guides/self-hosting/docker
- Migrating within Supabase, Supabase, 28 sept. 2026. supabase.com/docs/guides/platform/migrating-within-supabase/backup-restore
- Share your self-hosting experience (discussion 39820), Supabase on GitHub, 28 sept. 2026. github.com/orgs/supabase/discussions/39820
- Software Developers, Quality Assurance Analysts, and Testers (Occupational Outlook Handbook), US Bureau of Labor Statistics, 28 sept. 2026. bls.gov/ooh/computer-and-information-technology/software-developers.htm
- Self-hosted Supabase v0.8.3 Docker folder, Supabase on GitHub, 16 oct. 2026. github.com/supabase/supabase/tree/self-hosted/v0.8.3/docker