Railyard vs Heroku
A Heroku tornou o deploy por git push o padrão. Você paga por dyno e por add-on, na infraestrutura da Heroku. O Railyard te dá o mesmo fluxo de trabalho em servidores que são seus.
Tem gente que chama isso de Heroku self-hosted: o mesmo fluxo de git push, mas os servidores são seus.
| Railyard | Heroku | |
|---|---|---|
| Os servidores ficam na sua própria conta de nuvem | sim | não |
| Sem markup sobre o compute | sim | não |
| Use qualquer servidor Ubuntu via SSH | sim | não |
| Deploy a partir do GitHub a cada push | sim | sim |
| Ambiente de preview por pull request | sim | sim |
| Bancos de dados gerenciados com backups agendados | sim | sim |
| Restauração de banco de dados para um ponto no tempo | sim | sim |
| Canvas visual do seu projeto | sim | não |
| Rede privada entre serviços | sim | parcial |
| Hiberna quando ocioso, acorda sob demanda | sim | parcial |
| Motivo em linguagem simples quando um deploy falha | sim | parcial |
| As apps continuam no ar se você cancelar | sim | não |
Algo mudou? Nos avise em hello@railyard.run e corrigimos a linha.
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.
Plano grátis, sem cartão, e 14 dias de Pro para cada equipe nova. Um preço fixo por equipe.