Vindo do Supabase
O Supabase junta Postgres, auth, storage e edge functions na própria infraestrutura. O Railyard roda o código real do seu app em um servidor que você possui, com um addon de Postgres gerenciado ao lado.
Por que as equipes deixam o Supabase
O Supabase é um backend-as-a-service sólido de Postgres-mais-auth-mais-storage. O atrito aparece quando seu app tem sua própria lógica do lado do servidor além das edge functions: um worker, um job agendado, ou um framework como Rails, Django ou Laravel que espera rodar como um processo persistente.
O Railyard implanta esse código de aplicação em um servidor que você possui, com Postgres gerenciado como um addon em vez de ser a plataforma inteira.
O que vai com você
- Seu repositório, buildado a partir de um Dockerfile, buildpacks ou um Procfile.
- Suas variáveis de ambiente e secrets.
- Seu schema e dados do Postgres, extraídos do Supabase e restaurados no addon de Postgres gerenciado do Railyard.
- A lógica de auth e storage, que você vai reimplementar no seu próprio app ou com uma biblioteca, já que o Railyard não os inclui como serviço gerenciado.
A migração
- Conecte um servidor: um servidor já existente, ou um novo que o Railyard provisiona na sua conta de nuvem.
- Adicione seu repositório e conecte um addon de Postgres gerenciado.
- Migre seus dados com um dump e restore a partir do Postgres do Supabase.
- Faça o deploy para uma URL temporária. Rode sua release task e verifique.
- Mova o DNS. Seu projeto no Supabase continua servindo até o cutover; não há interrupção.
O que é diferente
Um servidor de verdade para o código da sua aplicação, com o banco de dados como um addon do Railyard na sua própria conta de nuvem, em vez de uma plataforma compartilhada e cobrada por uso.