Vindo do Cloudflare Pages

O Cloudflare Pages implanta sites estáticos e edge functions na rede do Cloudflare. Se seu app precisa de um backend tradicional baseado em servidor, veja como rodar em um servidor que você possui.

Por que as equipes deixam o Cloudflare Pages

O Cloudflare Pages e suas edge functions são rápidos para um site estático ou lógica edge leve. O atrito aparece quando seu app precisa de um processo backend de verdade: um worker, um job longo, ou um framework que espera um servidor normal em vez das restrições do runtime edge.

O Railyard roda esse backend como um processo persistente em um servidor que você possui.

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.
Um frontend estático pode continuar no Cloudflare Pages; o backend migra para o Railyard atrás do mesmo domínio.

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 deixe o Railyard detectar seu framework, ou aponte para seu Dockerfile.
Traga sua configuração e conecte os bancos de dados que seu app espera.
Faça o deploy para uma URL temporária. Rode sua release task e verifique.
Mova o DNS para a rota ou subdomínio do backend. Não há interrupção.

O que é diferente

Um servidor de verdade para as partes do seu app que precisam de um, com HTTPS, releases zero-downtime e bancos de dados gerenciados, a um preço fixo por equipe.

Traga sua aplicação do Cloudflare Pages para um servidor seu.

Adicione um servidor, aponte a Railyard pro seu repositório e faça o deploy. Mude o DNS quando estiver funcionando. Sua aplicação antiga continua respondendo até lá.

Plano grátis, sem cartão, e 14 dias de Pro para cada equipe nova. Um preço fixo por equipe.