Pular para o conteúdo
Rebase LogoRebase

Implantação

O que você implanta

Seção intitulada “O que você implanta”

Uma implantação do Rebase é composta por duas partes separáveis: a imagem de runtime publicada (rebasepro/server) e o bundle que o rebase build gera a partir do seu projeto. Não há imagem de aplicativo para compilar, e atualizar o Rebase é uma mudança de tag em vez de uma recompilação. O mesmo bundle roda em um laptop com Docker Compose, no Rebase Cloud e em todas as plataformas abaixo.

Se esta for a sua primeira implantação, leia o guia de implantação primeiro: ele aborda o que o servidor disponibiliza, o ambiente de que precisa e como definir o primeiro administrador antes da primeira inicialização.

Execute para mim

Seção intitulada “Execute para mim”
  • Rebase Cloud — o mesmo Rebase, operado para você: rebase cloud deploy a partir do seu projeto, um banco de dados por projeto, backups e TLS inclusos.
  • Runtime de backend gerenciado — o que um backend com runtime: "managed" pode fazer lá: pacotes, memória, timeouts, o sistema de arquivos, segredos, armazenamento e rede de saída.

Execute você mesmo

Seção intitulada “Execute você mesmo”
  • Auto-hospedagem — a imagem de runtime mais um banco de dados Postgres, no Docker Compose ou em uma VPS simples. Comece por aqui.
  • Kubernetes — o Helm chart oficial, com um Job de migração que gerencia o schema.
  • Divisão em vários processos — um bundle como uma API, uma camada de funções e um worker, para que uma função pesada deixe de competir com a API de dados.
  • Executando mais de uma instância — o estado que cada processo mantém isolado e a configuração que o compartilha, antes que uma segunda réplica receba tráfego.

Guias de plataformas

Seção intitulada “Guias de plataformas”

Cada uma dessas opções utiliza as mesmas duas partes, conectadas ao Postgres gerenciado e ao runtime de contêiner daquele provedor. Todas elas podem ser mantidas dentro da UE.