Despliegue

Qué se despliega

Un despliegue de Rebase son dos piezas separables: la imagen de runtime publicada (rebasepro/server) y el bundle que rebase build genera a partir de tu proyecto. No hay ninguna imagen de aplicación que construir, y actualizar Rebase es un cambio de etiqueta en lugar de una reconstrucción. El mismo bundle se ejecuta en tu portátil con Docker Compose, en Rebase Cloud y en todas las plataformas de más abajo.

Si es tu primer despliegue, lee antes la guía de despliegue: explica qué sirve el servidor, qué entorno necesita y cómo nombrar al primer administrador antes del primer arranque.

Que lo operen por ti

• Rebase Cloud — el mismo Rebase, operado por nosotros: rebase cloud deploy desde tu proyecto, una base de datos por proyecto, copias de seguridad y TLS incluidos.

Operarlo tú mismo

• Autoalojamiento — la imagen de runtime más una base de datos Postgres, con Docker Compose o en un VPS sencillo. Empieza aquí.
• Kubernetes — el chart de Helm oficial, con un Job de migración que es dueño del esquema.
• Dividir en varios procesos — un bundle como API, capa de funciones y worker, para que una función pesada deje de competir con la API de datos.
• Ejecutar más de una instancia — el estado que cada proceso guarda para sí mismo, y el ajuste que lo comparte, antes de que una segunda réplica reciba tráfico.

Guías por plataforma

Cada una son las mismas dos piezas, conectadas al Postgres gestionado y al runtime de contenedores de ese proveedor. Todas pueden mantenerse dentro de la UE.

• Amazon Web Services — RDS y App Runner.
• Google Cloud — Cloud SQL y Cloud Run.
• Microsoft Azure — Azure Database for PostgreSQL y Container Apps.
• Hetzner Cloud — Terraform o Docker Compose, en Alemania o Finlandia.
• Scaleway — Serverless Containers, en Francia.
• Railway — la imagen y un Postgres gestionado, en un mismo proyecto.
• Fly.io — global, o fijado a regiones de la UE.