Notas sobre construir uma plataforma de deploy.
Mecanismos que tínhamos que acertar, decisões que tínhamos que defender, e migrações que já fizemos mais de uma vez.
Elestio vs Railyard: duas formas de comprar um servidor gerenciado, comparadas com honestidade
A Elestio vende hospedagem open-source gerenciada por serviço, com níveis de suporte pagos por cima. A Railyard vende uma plataforma com preço fixo por equipe. Veja o que realmente difere, e o que não difere.
Coolify vs Dokploy vs Railyard: três formas de operar um PaaS auto-hospedado, comparadas com honestidade
Coolify e Dokploy são painéis open source gratuitos que você instala e opera você mesmo. Railyard é um plano de controle hospedado para servidores que continuam sendo seus. Veja o que essa diferença realmente custa, em tempo e em dinheiro.
Railway e Heroku foram comprometidas pela própria infraestrutura compartilhada. Este é o padrão real, não um discurso de vendas.
A falha da Railway nas variáveis de ambiente (outubro de 2026) e a da Heroku nos tokens OAuth (abril de 2022) remontam ao mesmo padrão: uma brecha na infraestrutura compartilhada da plataforma que atinge muitos clientes de uma vez. O que esse padrão realmente muda, com honestidade.
O Heroku agora está em modo de engenharia de manutenção, e isso é um tipo de risco diferente de um aumento de preço
O Heroku entrou em modo de engenharia de manutenção em fev. 2026: sem recursos novos. O que esse risco significa se você ainda roda produção lá.
O padrão de incidentes da Fly.io entre setembro e outubro de 2026, verificado na própria página de status
Não uma única queda dramática — um padrão real de 25 incidentes no histórico de status da Fly.io em sete semanas. Veja o que custa uma rede de borda compartilhada e multi-tenant, verificado incidente por incidente.
A repreciação da Render em abril de 2026: fim da cobrança por assento, bem menos banda incluída
A Render cortou até 20x a banda incluída na repreciação de abril de 2026. Antes/depois, e o que um preço fixo por equipe evita.
A queda de deploys da Vercel em outubro de 2026: o que mostra a própria página de status
A página de status da Vercel registrou um incidente de 6,5 horas de 'falhas crescentes de build e deploy' em 12 de outubro de 2026. Veja o que ela diz, e o que custa um pipeline de build compartilhado.
A Hatchbox subiu o preço de $10 para $15, e isso é um sinal saudável para uma equipe pequena
O preço da Hatchbox subiu de $10 para $15 por servidor em set. 2026. O que mudou, por que é justo, e o que um preço fixo por equipe faz diferente.
O vazamento de variáveis de ambiente da Railway: o que a Railway confirmou, e o que muda num servidor que é seu
A Railway revelou que variáveis de ambiente de clientes foram expostas em outubro de 2026 e pausou todos os deploys. Veja o que a Railway confirmou, o que ainda é de segunda mão, e o que um modelo BYO-server muda de verdade.
Uma aplicação mais Postgres: o que isso realmente custa, plataforma por plataforma
Os preços publicados pra rodar uma aplicação pequena com um banco de dados, comparados diretamente — incluindo o que você está realmente alugando versus o que você está alugando mais um markup.
Deixando um agente de IA fazer deploy da sua aplicação, com segurança
Um servidor MCP com permissões limitadas pro Claude Code, Cursor e qualquer outro cliente MCP: o que ele pode fazer por conta própria, o que não pode, e por que ações destrutivas esperam uma pessoa.
Failover automático de Postgres, self-hosted
Como é de verdade a promoção de um standby de Postgres em tempo real nos seus próprios servidores: a janela de detecção de 3 minutos, o que é copiado, o que não é, e como isso se compara a um banco de dados gerenciado.
Plausible analytics self-hosted, num comando só
A gente não tinha ideia de quem de fato lia o railyard.run. Aqui está a stack Plausible de um clique que lançamos na nossa própria plataforma para resolver isso, e o que de fato isso exigiu.
O que acontece quando o app que sua IA construiu chega à produção
Um agente consegue escrever um app funcionando numa tarde. Ele não sabe que seus segredos não deveriam ficar em texto puro, ou que um token de deploy não deveria conseguir apagar coisas. A plataforma por baixo tem que saber isso em vez disso.
Fazendo deploy de uma aplicação Next.js sem conta na Vercel
O Next.js se detecta e se constrói no Railyard do mesmo jeito que faz em qualquer outro lugar — a diferença é que o servidor por debaixo é seu, não uma fatura por requisição.
Canary deploys que realmente observam a taxa de erro, não só um timer
Mande 5% do tráfego pra uma nova versão, observe ela contra o resto da aplicação, e deixe que ela se desfaça sozinha se a taxa de 5xx subir — em servidores que você possui, não num toggle de canary de uma plataforma gerenciada.
A linha do tempo do PaaS self-hosted, e de onde a ideia realmente veio
A Cloud 66 provou 'nunca hospede o app do cliente' em 2012. Aqui está a linhagem real desde o Heroku passando por Fly, Render, Railway e Coolify — e por que a ideia continua sendo reconstruída em vez de se fixar num só vencedor.
Uma status page que não é uma assinatura de US$29/mês
Barras de uptime de 90 dias, incidentes que abrem e fecham por conta própria, um feed JSON para suas próprias ferramentas — construída a partir das mesmas verificações de uptime que a plataforma já roda, não um produto separado para pagar.
Fazendo deploy de Phoenix quando sua fila de jobs já está dentro da release
O Oban roda na mesma árvore de supervisão OTP que o endpoint web — nenhum segundo processo worker pra declarar só pra rodar jobs em segundo plano.
Um WAF e rate limiting sem precisar de um provedor de edge separado
Filtragem com o OWASP Core Rule Set, rate limits por rota, bloqueio por país — configurado na aplicação, aplicado antes da requisição chegar até ela. Veja o que já está no ar hoje e o que ainda está sendo lançado.
Fazendo deploy de Laravel sem escrever à mão a configuração do queue worker
APP_KEY, migrations, Horizon, Reverb, Octane — o Railyard lê o que já está no composer.json e no .env.example em vez de pedir pra você declarar tudo de novo.
Um IP de saída estável, sem conta de NAT gateway
Colocar o endereço do seu servidor na allowlist de uma API de terceiros geralmente significa montar um NAT gateway numa plataforma multi-tenant. Num servidor que é seu, o IP nunca foi compartilhado para começar.
Fazendo deploy de um serviço Go: o build que não precisa de runtime
Um binário Go não precisa de um interpretador pra buscar, de uma versão de runtime pra resolver, ou de nada instalado no momento do deploy — o que faz dele uma das coisas mais simples de construir corretamente num build server compartilhado.
Fazendo deploy de Django sem escrever um Procfile à mão
collectstatic, gunicorn, migrations, Celery — o Railyard detecta o que já está no requirements.txt em vez de pedir pra você declarar a mesma informação duas vezes.
Rodando sua própria interface no estilo ChatGPT, self-hosted
O LibreChat conecta com qualquer provedor de modelo para o qual você der chaves, com suas conversas num banco de dados que você controla. Duas pegadinhas reais que encontramos para verificar ele, e como o template evita elas para você.
Fazendo deploy de Spring Boot: por que um Dockerfile é a resposta certa, não um fallback
Comandos de build e run da JVM variam demais conforme o layout do projeto pra chutar com segurança — e é exatamente por isso que um Dockerfile é o jeito deliberado e correto de fazer deploy de uma aplicação Spring Boot, não uma solução alternativa pra suporte faltando.
Fazendo deploy de Flask: um micro-framework precisa de micro-configuração, não de nenhuma
O Flask não assume uma ferramenta de migration nem uma fila de jobs do jeito que o Django faz — o que significa que um deploy de Flask é honesto sobre o que de fato existe em vez de chutar uma convenção que não existe.
Rodando sua própria instância Mastodon, verificada de ponta a ponta
Construído direto do próprio Dockerfile do Mastodon, Postgres e Redis ligados automaticamente, segredos de criptografia gerados corretamente desde a primeira vez — não um fork simplificado da coisa real.
Rodando Laravel no seu próprio droplet da DigitalOcean, sem o Forge
O Forge configura um droplet da DigitalOcean pra você, por uma mensalidade, em cima do custo do próprio droplet. Veja o que realmente precisa acontecer nesse droplet — e como ter isso sem a conta extra.
Um botão de deploy pro seu README, apontando pra servidores que as pessoas possuem
O padrão de badge de deploy em um clique, mas caindo na própria conta DigitalOcean ou Hetzner do visitante em vez do faturamento medido de uma plataforma gerenciada.
Uma referência de serviço que nunca quebra, mesmo antes de você ativar a rede privada
<name>.railyard.internal resolve de forma diferente dependendo de onde as duas aplicações realmente rodam — mesma rede de containers, HTTPS público, ou uma mesh WireGuard entre provedores — sem a aplicação nunca saber qual caso se aplica.
Por que um deploy de fato falha, motivo por motivo
Um timeout de build não é o mesmo problema do app respondendo em 127.0.0.1 em vez de 0.0.0.0 — as causas reais por trás de um deploy falho, e a correção específica para cada uma.
railyard.yml: a configuração da sua aplicação como um arquivo só no git
Baixe a configuração atual de uma aplicação como um arquivo, valide offline, aplique de volta — exatamente o que os três comandos fazem hoje, e o que ainda não fazem.
Um ambiente de preview por pull request, em servidores que são seus
Cada PR recebe a própria cópia rodando, desligada automaticamente quando fecha — e, diferente da maioria dos sistemas de preview, ela dorme quando ninguém está olhando em vez de cobrar 24/7.
Fazendo deploy de Spring Boot na Hetzner
Empacote uma aplicação Spring Boot como uma imagem Docker em camadas, adicione Postgres e HTTPS via Caddy, e rode num servidor Hetzner com backups e uma etapa de release.
Achando o desperdício de nuvem que ninguém está procurando
Discos desconectados, load balancers ociosos, servidores rodando a 4% de CPU — um scan das suas contas de nuvem reais, com correção em um clique pra maior parte do que encontra, não só um dashboard mandando você ir olhar.
Fazendo deploy de SvelteKit na Hetzner
Construa uma aplicação SvelteKit com adapter-node, containerize ela, e sirva por trás do Caddy com HTTPS num servidor Hetzner Cloud que você controla.
Quando um secret precisa ser um arquivo, não uma variável de ambiente
Um JSON de service account do GCP ou um certificado de cliente não cabe num par KEY=VALUE. A maioria das telas de env var de PaaS não tem uma boa resposta pra isso — aqui está a que tem.
Hospede o MediaCMS para hospedagem de vídeo
Rode o MediaCMS com Postgres, Redis e um worker Celery separado para transcodificação no Docker Compose, atrás de Caddy HTTPS, com backups.
SSO e um log de auditoria, sem uma ligação de vendas enterprise
Single sign-on, provisionamento via SCIM e um log de auditoria de verdade não são recursos que uma equipe de 6 pessoas deveria precisar negociar um contrato para ter.
Como hospedar um bot do Telegram que fica sempre no ar
Um bot real com python-telegram-bot, o trade-off entre long polling e webhook explicado sem rodeios, um Dockerfile, política de restart e o caminho de deploy.
Fazendo deploy de Nuxt na Hetzner
Construa uma aplicação Nuxt com sua saída node-server do Nitro, containerize ela, e sirva por trás do Caddy com HTTPS num servidor Hetzner Cloud.
Por que um domínio personalizado não começa a rotear até você provar que é dono dele
Subdomain takeover é uma classe de vulnerabilidade real e bem documentada — apontar um registro de DNS para uma infraestrutura que você não controla de fato. Aqui está a verificação específica que bloqueia isso por padrão.
10 assinaturas SaaS que você pode substituir com aplicações self-hosted de um clique
Projetos open-source de verdade, na mesma categoria do SaaS do lado, cada um lançável a partir do catálogo de templates da Railyard em um clique — não uma promessa funcionalidade por funcionalidade, uma aplicação de verdade que você pode testar.
Self-host do Castopod pra publicar um podcast
Rode o Castopod com MariaDB e Redis no Docker Compose atrás de HTTPS com Caddy, publique um feed RSS que é seu, e faça backup do volume de áudio.
Conectando o TablePlus ou o psql a um banco sem porta pública
Bancos de dados gerenciados são privados por padrão — só aplicações no servidor conseguem alcançá-los. Veja como um cliente GUI no seu laptop conecta mesmo assim, sem abrir o banco pra internet pra conseguir isso.
Tirando uma aplicação Rails do Heroku
Um caminho de migração prático de uma plataforma gerenciada pra servidores que são seus: buildpacks primeiro, depois um Dockerfile, addons e a release phase.
Hospede seu próprio servidor Mastodon
Rode uma instância Mastodon de verdade com Postgres, Redis, a streaming API e o Sidekiq como serviços separados, atrás de Caddy HTTPS, com backups.
Fazendo deploy de uma aplicação Express na DigitalOcean
Rode uma aplicação Express 5 com uma rota apoiada em Postgres num droplet da DigitalOcean, por trás do Caddy pra HTTPS, além do caminho mais curto que pula a configuração.
Sendo avisado no Slack antes do cliente notar, não depois
Falhas de deploy, crash loops, um disco enchendo, um certificado perto de expirar — um motor de regras, três canais, com escopo por app ou para a equipe inteira.
Hospede o LibreChat para ter seu próprio app no estilo ChatGPT
Rode o LibreChat com MongoDB no Docker Compose atrás do Caddy HTTPS, com segredos de verdade gerados, cadastro travado e backups no lugar.
Fazendo deploy de uma aplicação web Go na Hetzner
Construa e lance um serviço Go net/http com Postgres num servidor Hetzner usando Docker, Compose e Caddy, com backups e um caminho de atualização repetível.
Automação de workflow sem a cobrança por execução
O n8n faz o que Zapier e Make fazem — conectar APIs sem escrever código de ligação — só que você é dono do servidor e ninguém está contando quantas vezes um workflow rodou este mês.
Self-host do AFFiNE, uma alternativa open-source ao Notion
Rode o AFFiNE, a alternativa open-source ao Notion e ao Miro, com Postgres e Redis no Docker Compose, HTTPS com Caddy, backups e um caminho de upgrade.
Um deploy não termina quando o container inicia
Um container estar pronto e seu app de fato estar acessível são duas coisas diferentes. O Railyard verifica as duas, e faz rollback se a nova versão nunca entrar no ar.
Mova uma aplicação Django do Heroku pra DigitalOcean
Migre uma aplicação Django de produção do Heroku pra um droplet da DigitalOcean: dockerize ela, traga os dados de Postgres, mapeie as config vars, e faça o cutover de DNS.
Hospede o Meilisearch para busca rápida
Rode o Meilisearch no Docker Compose atrás de Caddy HTTPS, com uma master key de verdade, um snapshot de backup e um caminho de upgrade repetível.
Rode workers Sidekiq ou Celery junto com sua aplicação web
Configure um processo worker dedicado de Sidekiq ou Celery ao lado da sua aplicação web, com Docker Compose, systemd e os modos de falha reais.
Onde o Railyard de fato ganha contra Heroku, Railway, Render e Fly — e onde não ganha
Um olhar honesto sobre a matriz de comparação real: quatro coisas que decorrem diretamente de ser dono do servidor, e três coisas onde um concorrente está igual ou na frente.
Como rodar um cron job sem precisar de um servidor
Você tem um script, não uma aplicação, e precisa dele num horário fixo. A versão manual (uma VM barata, crontab, monitorar se ele de fato rodou) e depois o mecanismo de Cron real do Railyard, descrito com precisão.
Fazendo deploy de Phoenix na Hetzner
Construa uma release do Phoenix e rode ela em produção num servidor Hetzner Cloud, com Postgres e Caddy pra HTTPS, tudo em Docker com mix release.
Add-on de banco de dados ou servidor de banco de dados: a diferença que realmente importa
Os dois te dão Postgres. Só um sobrevive à perda da máquina em que roda. Veja exatamente onde está a linha, e quando migrar.
Migrando o Heroku Postgres sem janela de manutenção
O banco de dados é a parte de uma migração do Heroku com que as equipes de verdade se preocupam. Veja exatamente como os dados se movem, e por que não existe uma janela de downtime real pra agendar.
Self-host do changedetection.io pra observar páginas web
Rode o changedetection.io num servidor de US$6/mês pra ser notificado quando qualquer página web mudar: queda de preço, reestoque, ou uma página de aviso sendo atualizada.
Mova uma aplicação Rails do Heroku pra Hetzner, passo a passo
Migre uma aplicação Rails de produção do Heroku pra Hetzner: dockerize ela, traga os dados de Postgres, mapeie as config vars, e faça o cutover de DNS com segurança.
Fazendo deploy de Flask na DigitalOcean
Rode uma aplicação Flask em produção num Droplet da DigitalOcean: gunicorn, Postgres e Flask-Migrate por trás do Caddy pra HTTPS, tudo em Docker.
Hospede o Healthchecks.io para monitorar cron jobs
Rode o Healthchecks.io no seu próprio servidor com Docker, Postgres e HTTPS: a configuração completa do Compose, alertas por SMTP, backups e o atalho de um clique.
Como fazer deploy de Docker sem precisar administrar um servidor
Você já tem um Dockerfile. O que 'administrar um servidor' realmente significa (atualizações do SO, o reverse proxy, renovação de TLS, monitoramento), a versão manual em resumo, e depois o caminho que cuida disso pra você.
Substitua os review apps do Heroku por previews de pull request
Construa os seus próprios ambientes de preview por PR com GitHub Actions e Docker, e depois veja como é uma versão hospedada com sleep automático.
Hospede o Memos para suas notas
Rode o Memos, um app de notas self-hosted leve, no seu próprio droplet de US$6/mês com HTTPS, backups e um caminho de upgrade.
Rodando cron jobs em aplicações Dockerizadas
Adicione jobs agendados a uma aplicação containerizada com um container scheduler dedicado e labels do Docker, sem daemon de cron embutido na sua imagem.
Fazendo deploy de FastAPI na Hetzner
Rode uma aplicação FastAPI em produção num servidor Hetzner Cloud: Postgres, migrations do Alembic e Caddy pra HTTPS, tudo em Docker.
Uma alternativa ao Cloud 66 que não fica no seu caminho
O Cloud 66 provou o modelo de usar seu próprio servidor anos atrás. Veja a versão mais leve e mais barata da mesma ideia, e como é na prática migrar pra ela.
Hospede o Rocket.Chat para chat de equipe
Rode o Rocket.Chat no seu próprio servidor Hetzner com um replica set do MongoDB, HTTPS, backups e um caminho de upgrade, do início ao fim.
Como fazer deploy de um backend Node.js com Postgres
Express e pg, migrations de verdade, connection pooling que não esgota o Postgres, Docker Compose pro desenvolvimento local, e depois o caminho de deploy que provisiona o banco pra você.
Mova uma aplicação Next.js da Vercel pro seu próprio servidor
Tire uma aplicação Next.js da Vercel e coloque num servidor que é seu: variáveis de ambiente, um build Docker standalone, HTTPS, cron jobs e um cutover de DNS seguro.
Fazendo deploy de Laravel na Hetzner
Rode o Laravel em produção num servidor Hetzner Cloud com FrankenPHP, MySQL, um queue worker e o scheduler em Docker, com HTTPS configurado automaticamente.
O que realmente quebra ao sair da Render
A experiência de desenvolvedor da Render é genuinamente boa. Veja o que sobrevive à mudança pra um servidor que é seu, e as poucas coisas que não vêm automaticamente.
Hospede o Metabase com Postgres
Rode o Metabase, a ferramenta de BI open-source, no seu próprio servidor com Docker, seu próprio banco de metadados Postgres, e HTTPS via Caddy, sem licença por assento.
Substitua o Heroku Scheduler por cron jobs no seu servidor
Os jobs do Heroku Scheduler não têm garantia de rodar na hora ou nem de rodar. Veja como substituir eles por cron no seu próprio servidor, com locking e logs de verdade.
Hospede o Jitsi Meet para chamadas de vídeo
Rode o Jitsi Meet, a plataforma open-source de videoconferência, no seu próprio servidor Docker com HTTPS, e a porta que trava a maioria das configurações.
HTTPS pra várias aplicações em um único servidor
Rode várias aplicações pequenas numa única VPS atrás de uma instância Caddy só, cada uma no próprio subdomínio com certificado automático, mais a versão automatizada.
Fazendo deploy de Next.js na DigitalOcean
Rode uma aplicação Next.js de produção num droplet da DigitalOcean: um build Docker standalone, Caddy pra HTTPS automático, e um jeito repetível de lançar atualizações.
Hospede o Immich para sua biblioteca de fotos
Rode o Immich, a alternativa open-source ao Google Fotos, no seu próprio servidor com Docker, Postgres e HTTPS via Caddy, e aponte seu celular para ele.
Como hospedar um bot do Discord 24 horas por dia
Um bot discord.js de verdade num Dockerfile, por que ele precisa de um processo sempre ativo em vez de uma função serverless, política de restart, logging e o caminho de deploy em um clique.
Os doze fatores, num servidor que é seu
A equipe do Heroku 1.0 escreveu o manifesto twelve-factor para descrever o que a plataforma deles exigia de um app. Aqui estão os mesmos doze fatores, mapeados para como eles de fato se sustentam numa infraestrutura que você possui em vez de aluga.
Saia do Heroku Key-Value Store (Redis)
O Heroku renomeou o add-on de Redis dele pra Key-Value Store. Veja como rodar o seu próprio Redis em vez disso, mover os dados, e manter a sua aplicação funcionando.
Fazendo deploy de Next.js na Hetzner
Construa uma aplicação Next.js em modo de saída standalone, containerize ela, e sirva por trás do Caddy com HTTPS num servidor Hetzner Cloud.
Hospede o Gitea e tenha seu próprio servidor Git
Rode o Gitea no seu próprio servidor com Docker Compose, HTTPS via Caddy e Git sobre SSH, além de um backup que você testou restaurando de verdade.
Migre do Fly.io pro seu próprio servidor
Exporte a imagem, os secrets e os dados de Postgres da sua aplicação do Fly e rode eles num servidor que é seu, com Docker Compose e Caddy.
Hospede o Umami analytics
Rode o Umami no seu próprio servidor com Docker Compose, Postgres e HTTPS automático via Caddy, com backups que você já restaurou pelo menos uma vez.
Backups automáticos do Postgres que você realmente consegue restaurar
Script com pg_dump, agendamento via cron, envio para fora do servidor, descarte de cópias antigas e prova de que cada backup restaura limpo antes de precisar dele.
Fazendo deploy de Django com Celery na Hetzner
Rode Django, gunicorn, Celery e Postgres num servidor Hetzner com Docker Compose, Caddy e HTTPS, do zero até produção.
Hospede o Vaultwarden, o gerenciador de senhas compatível com Bitwarden
Rode seu próprio cofre compatível com Bitwarden usando Vaultwarden, Docker Compose e Caddy, com um token de admin hasheado e um backup que funciona.
Autoscaling de Rails por CPU e tempo de resposta, não por achismo
Defina um piso e um teto, e deixe a carga real decidir — e como pré-aquecer réplicas antes de um pico de tráfego que você consegue prever.
Migre da Railway pro seu próprio servidor
Exporte a sua aplicação Railway e o banco de dados Postgres dela, monte eles na sua própria VPS atrás do Caddy, e a importação em um clique que faz a maior parte disso pra você.
Fazendo deploy de Django na DigitalOcean
Rode uma aplicação Django num droplet da DigitalOcean com Postgres, gunicorn e Caddy pra HTTPS, além do caminho de um clique que pula toda a configuração.
Cron jobs e workers em segundo plano sem um dyno separado
Um comando agendado e um worker em segundo plano são ambos só processos da sua aplicação já existente — não uma segunda coisa pra fazer deploy, escalar, ou pagar separadamente.
Hospede o Ghost com MySQL
Rode o Ghost no seu próprio servidor com MySQL, Docker Compose e Caddy, com backups de verdade, HTTPS e um caminho de upgrade testado.
Migre da Render pro seu próprio servidor
Um passo a passo completo pra mover um serviço web da Render e o banco de dados Postgres dele pra um servidor que é seu, com HTTPS e backups configurados no final.
Hospede o Uptime Kuma para status pages e alertas
Rode o Uptime Kuma no seu próprio servidor com Docker Compose e Caddy HTTPS, adicione backups e upgrades, e veja o caminho de um clique também.
Proteja um servidor Ubuntu novo antes de colocar aplicações nele
Trave um servidor Ubuntu 24.04 novo antes de fazer deploy: um usuário sudo, SSH só por chave, ufw, fail2ban e atualizações de segurança automáticas, passo a passo.
Fazendo deploy de uma aplicação Rails na DigitalOcean
Um passo a passo completo: faça deploy de uma aplicação Rails Dockerizada com Postgres e HTTPS num droplet da DigitalOcean a US$12/mês, com backups e atualizações.
Self-host do Chatwoot com Postgres, Redis e Sidekiq
Rode a sua própria caixa de suporte Chatwoot numa VPS que você controla, com Postgres, Redis, um worker Sidekiq e HTTPS, de um servidor nu até um login funcionando.
Tracing com OpenTelemetry sem tocar na sua infraestrutura
Aponte sua aplicação para qualquer coletor OTLP e tenha traces, métricas e logs fluindo — a plataforma define as variáveis de ambiente, o SDK da sua aplicação faz o resto.
Saia do Heroku Postgres sem perder dados
Capture um backup do Heroku Postgres, restaure num banco de dados novo, verifique cada linha, e faça o cutover sem downtime ou perda de dados.
Fazendo deploy de uma aplicação Rails na Hetzner
Faça deploy de uma aplicação Rails num servidor Hetzner com Postgres, HTTPS via Caddy e backups noturnos usando Docker Compose, mais um processo de release repetível.
Hospede o n8n num servidor de US$6
Rode o n8n no seu próprio droplet de US$6/mês com Postgres e HTTPS: a configuração completa do Docker Compose, backups, upgrades e o atalho de um clique.
O que de fato torna um deploy zero-downtime
Não é discurso de marketing — os passos mecânicos específicos que garantem que nunca existe um momento em que seu app não tem nenhum container funcional respondendo a uma requisição.
Fazendo deploy de Rails sem escrever um Dockerfile
A maioria das aplicações Rails não precisa de nenhuma configuração de container pra ir pro ar. Veja o que realmente escolhe o método de build, e quando você precisa entrar em cena.
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.