Roadmap

O que foi lançado, o que vem a seguir.

Tudo aqui é construído em passos pequenos, e cada um vai para produção e é validado lá antes do próximo começar. Sem datas, porque preferimos lançar a prometer. Para tudo que já foi lançado, veja o changelog.

Lançado recentemente

no ar

Changelog completo →

Em andamento / a seguir

construindo

Rate limit e bloqueio por país, em todo lugar Já funciona e é salvo por app hoje. Passa a valer de fato conforme os servidores migram para a imagem de proxy de edge própria do Railyard.
Comentários em pull requests e ChatOps Um comentário por pull request com a URL de preview e o status, atualizado em cada deploy, mais /railyard redeploy direto na PR. Os comandos stop e wake ainda estão por vir.
Cópias de banco de dados mais rápidas para stagings Forks com script de mascaramento já funcionam. A seguir: cópias instantâneas copy-on-write no Postgres 18, e regras de mascaramento por coluna em vez de SQL.
Importação do Heroku, Render e Fly saindo do beta A importação do Railway já está verificada. Os importadores de Heroku, Render e Fly funcionam e estão sendo testados de ponta a ponta com mais contas reais.
Postgres 18 O Postgres 17 é o padrão em novos servidores de banco de dados. A seguir: Postgres 18, e upgrades de versão major saindo do beta.
Domínios de preview com wildcard Todo preview em um único certificado wildcard, com um endereço limpo para cada app.

Planejado

depois

Ambientes de preview para o projeto inteiro Uma pull request em qualquer repositório de um projeto recebe todos os serviços, cada um com seu próprio banco de dados, conectados entre si.
Um build por commit Os ambientes reaproveitam a imagem já construída para um commit; mudanças só de configuração fazem redeploy sem precisar de build.
Um limite de gasto por ambiente Orçamentos de equipe com limite rígido já funcionam hoje. A seguir: um limite mensal separado para cada ambiente.
Um servidor dedicado a staging Coloque os stagings e previews de um projeto em um único servidor barato, e deixe a produção intocada.
Configuração do projeto no seu repositório Um único arquivo no git descrevendo serviços, bancos de dados e ambientes, aplicado pelo painel ou pela CLI, com o drift exibido.
Builds maiores em servidores pequenos Memória comprimida nos servidores de build, build no seu servidor mais livre, e builds nos runners gratuitos do GitHub.
SSH e transferência de arquivos na CLI railyard ssh, acesso SSH por tempo limitado, e upload e download de arquivos.
Console interativo na CLI Uma sessão de terminal real dentro de um container em execução, direto do railyard console.
Mais replicação Réplicas de Redis e MySQL, e apps apontados automaticamente para um standby promovido.
Copiar dados de bancos privados Importe de bancos de dados sem endereço público, como um Postgres privado do Railway.
Pacotes e configuração personalizados no servidor Pacotes de sistema extras e trechos de configuração de proxy ou Postgres que sobrevivem a uma reconstrução do servidor.
Functions, agora mais maduras Functions disparadas por cron, e rollbacks que restauram o código de uma function, não só o runtime.
Roteamento por path entre servidores Sirva /api a partir de um app em outro servidor, no mesmo domínio e certificado.
Mais templates verificados Faça deploy e verifique uma a uma as aplicações Rails open source do catálogo: Docuseal, Campfire, Writebook, Discourse, Forem, Lobsters e outras.

Falta algo que você precisa? Nos conte. A ordem muda quando quem roda aplicações reais no Railyard pede alguma coisa.

Faça o deploy do seu primeiro app em um servidor que é seu.

Conecte uma máquina com um host, um usuário e uma chave SSH, ou deixe a Railyard criar uma na sua conta de nuvem. Ela instala o resto e acompanha até a app entrar no ar.

Comece grátis Veja como um deploy acontece

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