Vindo do Cloud 66
O Cloud 66 foi pioneiro no control plane BYO-server. O Railyard é a versão mais leve e mais barata do mesmo modelo. Veja como migrar.
Por que as equipes deixam o Cloud 66
O Cloud 66 provou o modelo anos atrás: um control plane sobre servidores que você mesmo possui, em qualquer nuvem. O atrito hoje é o peso e o preço. A interface carrega uma década de funcionalidades que a maioria das equipes pequenas nunca usa, o preço começa bem acima do orçamento de uma pessoa sozinha ou de uma equipe pequena, e é um produto fechado: você configura, mas não roda.
O Railyard é uma versão deliberadamente pequena da mesma ideia: conecte um servidor, dê push no seu código, tenha o essencial do dia a dia, por um preço que não cresce junto com o tamanho da sua equipe.
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.
- Os releases zero-downtime no estilo ActiveDeploy continuam no cutover de verificar-e-trocar do Railyard.
- Postgres / MySQL / Redis gerenciados mapeiam direto para addons do Railyard.
- Seus servidores atuais: conecte-os via SSH em vez de reconstruir a frota.
A migração
- Conecte um servidor: um servidor já existente do Cloud 66, ou um novo que o Railyard provisiona na sua conta de nuvem.
- Adicione seu repositório e escolha o build method que corresponde a como o Cloud 66 builda ele hoje.
- 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.
- Migre os dados com um dump e restore para o addon gerenciado.
- Mova o DNS. O stack do Cloud 66 continua servindo até o cutover; não há interrupção. Depois, desative ele.
O que é diferente
Menos superfície, menos custo, e um fluxo de trabalho que cabe na sua cabeça: um painel, uma ação clara por tela, e nada que você está pagando sem usar.