Implantação

O que você implanta

Uma implantação do Rebase são duas peças separáveis: a imagem de runtime publicada (rebasepro/server) e o bundle que rebase build gera a partir do seu projeto. Não há nenhuma imagem de aplicação para construir, e atualizar o Rebase é uma troca de tag em vez de uma reconstrução. O mesmo bundle roda no notebook com Docker Compose, no Rebase Cloud e em todas as plataformas abaixo.

Se esta é a sua primeira implantação, leia antes o guia de implantação: ele descreve o que o servidor serve, de que ambiente ele precisa e como definir o primeiro administrador antes do primeiro boot.

Deixe que operem por você

• Rebase Cloud — o mesmo Rebase, operado por nós: rebase cloud deploy a partir do seu projeto, um banco de dados por projeto, backups e TLS incluídos.

Opere você mesmo

• Auto-hospedagem — a imagem de runtime mais um banco Postgres, com Docker Compose ou em um VPS simples. Comece por aqui.
• Kubernetes — o chart Helm oficial, com um Job de migração que é dono do esquema.
• Dividir em vários processos — um bundle como API, camada de functions e worker, para que uma function pesada deixe de competir com a API de dados.

Guias por plataforma

Cada um deles são as mesmas duas peças, ligadas ao Postgres gerenciado e ao runtime de contêineres daquele provedor. Todos podem ficar inteiramente na UE.

• Amazon Web Services — RDS e App Runner.
• Google Cloud — Cloud SQL e Cloud Run.
• Microsoft Azure — Azure Database for PostgreSQL e Container Apps.
• Hetzner Cloud — Terraform ou Docker Compose, na Alemanha ou na Finlândia.
• Scaleway — Serverless Containers, na França.
• Railway — a imagem e um Postgres gerenciado, em um único projeto.
• Fly.io — global, ou fixado em regiões da UE.