Os servidores ficam na sua própria conta de nuvem
Conecte DigitalOcean, Hetzner, Vultr, OVH ou AWS e a Railyard provisiona e faz deploy direto num servidor dessa conta.
Hatchbox · sim
Railyard vs Hatchbox
O Hatchbox gerencia apps Rails em servidores que você já possui — DigitalOcean, Hetzner, AWS, Vultr e outras nuvens, ou sua própria máquina Ubuntu — por um preço fixo de US$15 por servidor ao mês. O Railyard te dá o mesmo fluxo de trabalho em servidores que são seus.
Sem markup sobre o compute
Você paga seu provedor de nuvem direto, no preço dele. A taxa da Railyard é um valor fixo por equipe, não uma parte da sua conta de servidor.
Hatchbox · sim
Use qualquer servidor Ubuntu via SSH
Aponte a Railyard para o host de um servidor existente, um usuário e uma chave SSH; ela se conecta e assume a partir daí.
Hatchbox · sim
Deploy a partir do GitHub a cada push
Conecte um repositório uma vez; cada push na branch escolhida builda, faz release e troca o tráfego automaticamente.
Hatchbox · sim
Ambiente de preview por pull request
Cada pull request ganha sua própria cópia com sua própria URL e um comentário na PR, derrubada automaticamente quando ela fecha.
Hatchbox · não
Bancos de dados gerenciados com backups agendados
Postgres, MySQL, Redis e mais são provisionados nos seus servidores, com backups agendados, verificados por uma restauração, e mantidos pelo período que você define.
Hatchbox · parcial
Restauração de banco de dados para um ponto no tempo
Restaure qualquer banco de dados para qualquer minuto dentro da sua janela de retenção, em um banco novo ao lado do original.
Hatchbox · não
Canvas visual do seu projeto
Cada serviço, banco de dados e as ligações entre eles aparecem como uma imagem em tempo real que você edita e usa para fazer deploy.
Hatchbox · não
Rede privada entre serviços
Cada servidor gerenciado pela Railyard entra automaticamente numa rede privada, para os serviços se falarem sem passar pela internet pública.
Hatchbox · não
Hiberna quando ocioso, acorda sob demanda
Um app sem tráfego por um tempo para seu processo, e o inicia de novo no instante em que chega uma requisição.
Hatchbox · não
Motivo em linguagem simples quando um deploy falha
Um deploy que falha aponta a causa em linguagem simples — uma verificação de saúde que falhou, um build quebrado, uma variável faltando — e já linka a correção.
Hatchbox · não
As apps continuam no ar se você cancelar
Seus apps são containers comuns em servidores que são seus, atrás de um proxy padrão. Cancele a Railyard e eles continuam respondendo; você só perde o painel.
Hatchbox · sim
Ver a tabela comparativa completa
| Railyard | Hatchbox | |
|---|---|---|
| Os servidores ficam na sua própria conta de nuvem | sim | sim |
| Sem markup sobre o compute | sim | sim |
| Use qualquer servidor Ubuntu via SSH | sim | sim |
| Deploy a partir do GitHub a cada push | sim | sim |
| Ambiente de preview por pull request | sim | não |
| Bancos de dados gerenciados com backups agendados | sim | parcial |
| Restauração de banco de dados para um ponto no tempo | sim | não |
| Canvas visual do seu projeto | sim | não |
| Rede privada entre serviços | sim | não |
| Hiberna quando ocioso, acorda sob demanda | sim | não |
| Motivo em linguagem simples quando um deploy falha | sim | não |
| As apps continuam no ar se você cancelar | sim | sim |
Algo mudou? Nos avise em hello@railyard.run e corrigimos a linha.
Onde Hatchbox é melhor
- Os workers em segundo plano para Solid Queue e Sidekiq são detectados e iniciados automaticamente no primeiro deploy, sem configuração extra.
- Um longo histórico com Rails: feito pela GoRails desde 2016, com mais de 24 mil apps e 2 milhões de deploys, segundo a Hatchbox.
Escolha Hatchbox se
Escolha o Hatchbox se você roda especificamente Rails, quer a detecção de workers Solid Queue/Sidekiq e a integração MCP para ferramentas de código com IA, e não se importa de ficar sem previews por pull request ou restauração de banco para um ponto no tempo.
Escolha o Railyard se
Escolha a Railyard se quiser essa mesma configuração de usar seu próprio servidor, para qualquer stack e não só Rails, mais previews por pull request, um Canvas visual e restauração de banco para um ponto no tempo, por um preço fixo de US$19 por mês por equipe.
Preços
- Hatchbox
- Um preço fixo de US$15 por servidor ao mês, separado da sua conta de nuvem, com apps e membros de equipe ilimitados em cada servidor; um teste grátis de 7 dias exige um método de pagamento.
Fontes: Hatchbox: Pricing · Hatchbox: Rails deployment
Veja também Railyard vs Heroku · Railway · A página de alternativa ao Hatchbox →
A migração
Como as equipes saem do Hatchbox
01
Faça o deploy ao lado do Hatchbox
Aponte a Railyard para um servidor novo e faça o deploy de uma cópia do seu app. Nada muda ainda na sua configuração atual.
02
Prove que funciona numa URL temporária
Teste o novo deploy de ponta a ponta antes que qualquer outra pessoa veja.
03
Troque o DNS quando estiver pronto
Mova o tráfego em minutos. Seu app nunca ficou fora do ar durante a troca.
Seu servidor grátis de 7 dias está esperando.
Sem cartão. Sem conta de nuvem para testar. Seu primeiro servidor continua grátis para sempre.
Plano grátis, sem cartão, e 14 dias de Pro para cada equipe nova. Um preço fixo por equipe.