Alojamento grátis para bots Discord 24/7

A resposta curta

Sim, pode ter um bot de Discord a funcionar de graça. Não, quase nenhuma opção gratuita o vai manter online a toda a hora sem que tenha de estar atento. Só uma o consegue de facto: uma máquina sua que deixa ligada. Tudo o resto troca disponibilidade pelo zero na fatura: põe o bot a dormir, mede o consumo ou reinicia-o em horários fixos.

É o guia inteiro em três linhas. O resto explica que opção faz o quê, para que possa escolher de olhos abertos.

Se o seu bot é um projeto de fim de semana que está a desenvolver ativamente, um plano gratuito é a ferramenta certa e pode parar de ler aqui. Se já há outras pessoas a usá-lo, continue: as falhas descritas abaixo são as que o vão afetar.

As quatro formas de o "grátis" deixar de ser 24/7

Os planos gratuitos não falham ao acaso. Falham de quatro formas concretas, e saber qual delas o está a afetar diz-lhe logo se tem solução.

1. A plataforma suspende o seu processo

As plataformas de alojamento recuperam capacidade daquilo que parece inativo. A armadilha é esta: para uma plataforma web, um bot de Discord parece totalmente inativo. Abre um WebSocket de saída para o gateway do Discord e fica à espera. Não chega nada a nenhuma porta, não é servido nenhum pedido HTTP, nenhum gráfico de tráfego mexe. O seu bot pode passar a noite a responder a comandos e continuar, segundo todas as métricas que a plataforma observa, sem fazer rigorosamente nada.

2. Os arranques a frio não têm nada que os acorde

Para um site, a suspensão é suportável: o pedido do visitante seguinte acorda-o e esse visitante espera um segundo. Ninguém envia pedidos HTTP a um bot de Discord, por isso não há nada que o acorde: simplesmente fica em baixo. É essa a única razão de existirem os truques de keep-alive: um pequeno servidor web agarrado ao bot e um serviço externo a fazer-lhe ping para sempre. Funciona até o ping parar, até a plataforma mudar as regras de suspensão ou até ler os termos e descobrir que está a ir contra eles.

3. O sistema de ficheiros não é seu para guardar

Em muitos planos gratuitos o disco é reposto quando a aplicação é reimplementada ou reiniciada. Se o seu bot guarda níveis, economia, avisos ou definições por servidor num ficheiro JSON ao lado do código, esse ficheiro é armazenamento temporário que parece permanente. Aguenta dias, o suficiente para confiar nele, e depois um reinício apaga-o. Tudo o que tenha de sobreviver a um reinício pertence a uma base de dados, não ao disco.

4. A quota mensal esgota-se

Alguns planos gratuitos nem sequer se baseiam em suspensão: dão-lhe uma quota de utilização por mês. Um bot que funciona sem parar gasta essa quota sem parar, por isso para a meio do ciclo e volta quando o contador é reposto. Três semanas de disponibilidade são uma configuração perfeitamente boa para um passatempo. Não são 24/7.

Replit: crie lá o bot, mas não o deixe lá

O Replit é um editor e um ambiente de execução num único separador do navegador, e para escrever um bot é realmente agradável: passa de um ficheiro vazio a um bot a responder no seu servidor de testes sem instalar nada. O primeiro bot funcional de muita gente viveu no Replit, incluindo bastantes que mais tarde se tornaram algo sério.

O senão é estrutural, não avareza: o Replit é construído à volta de um espaço de trabalho que está a usar. Manter um processo a correr depois de fechar o separador é uma funcionalidade à parte e paga, e o espaço de trabalho gratuito desliga-se quando deixa de trabalhar nele. É uma decisão de produto coerente (é um ambiente de desenvolvimento, não uma plataforma de alojamento), mas significa que "o meu bot vai abaixo quando fecho o portátil" é o comportamento previsto, e não um erro a resolver.

O que nos leva ao padrão de keep-alive que vai encontrar em dezenas de tutoriais: acrescentar um servidor web mínimo ao bot e apontar-lhe um monitor de disponibilidade gratuito, para que haja sempre algo a pedir a página. Funciona durante algum tempo. Também é frágil por todos os lados: o monitor deixa de funcionar, as regras mudam e acaba a manter o remendo em vez do bot. Antes de construir o que quer que seja por cima disso, leia a documentação atual do Replit para saber o que o plano gratuito inclui hoje, porque é precisamente o género de coisa que é revista.

Render e Railway: plataformas a sério, formato errado para o grátis

Render e Railway são verdadeiras plataformas de implementação: faz git push, compila, corre. Os planos pagos são um sítio perfeitamente sensato para um bot de Discord. É nas opções gratuitas que as pessoas são apanhadas, e por dois motivos diferentes que vale a pena separar.

Render: o seu bot é o tipo errado de serviço

A oferta gratuita do Render está pensada para serviços web (coisas que respondem a pedidos HTTP) e desliga-os quando não chegam pedidos. Um bot de Discord não é isso. É um processo em segundo plano que mantém uma ligação de saída, e nunca vai receber o tráfego HTTP que o manteria acordado. Portanto, o desencontro não tem a ver com a generosidade do plano: a carga de trabalho não encaixa no formato do produto. Se os processos em segundo plano estão disponíveis no plano gratuito é exatamente o tipo de pormenor que muda, por isso consulte a documentação do próprio Render em vez de um tutorial de há dois anos.

Railway: medido por utilização, por isso para a meio do mês

O Railway mede a utilização e dá-lhe uma quota para gastar. Nada adormece e nada precisa de ping: simplesmente corre até a quota acabar e depois para até ao ciclo seguinte. Como forma de experimentar uma implementação, é limpo e previsível. Como "alojamento 24/7" traz uma paragem incorporada, e essa paragem chega a meio do mês, quando não está a olhar. A documentação de preços deles tem os valores atuais.

Vale a pena conhecer as duas, e nenhuma está a ser criticada aqui. Se gosta do fluxo de trabalho, o honesto é usar o plano pago da plataforma de que gosta, e não lutar com o gratuito para que se comporte como tal.

Oracle Always Free, GitHub Actions e as ofertas de "VPS grátis"

Mais três opções que aparecem constantemente, por ordem decrescente de confiança.

Oracle Always Free: o mais perto que a nuvem chega de um 24/7 grátis

Esta é real. O plano Always Free da Oracle inclui pequenas máquinas virtuais que não adormecem: um servidor Linux normal que se mantém a funcionar, que é exatamente o que procurava. Dois senãos, com honestidade. Primeiro, o difícil é conseguir uma: a capacidade gratuita numa dada região está muitas vezes indisponível, e a solução é tentar outra região ou esperar. Segundo, acabou de se tornar administrador de sistemas: atualizações do sistema operativo, firewall, uma unidade de serviço para que o bot reinicie no arranque e as suas próprias cópias de segurança. É uma troca justa se quiser aprender isso, e uma má troca se só queria o bot online. Leia os termos atuais do Always Free da Oracle antes de depender deles, incluindo o que acontece às instâncias que consideram inativas.

GitHub Actions: não é alojamento, nem é permitido usá-lo como tal

O Actions é um sistema de CI: executa uma tarefa quando algo acontece no seu repositório, e as tarefas têm um tempo máximo de execução. Pode encadear execuções agendadas para imitar um processo permanente, e há quem o faça. Duas razões para não o fazer. Na prática, fica com um bot que morre e reinicia segundo um horário, com uma falha de cada vez. Formalmente, os termos do GitHub restringem o Actions a trabalho relacionado com o próprio software do repositório: um bot a correr permanentemente está fora daquilo para que o produto existe, e construir a sua comunidade sobre algo que pode ser desligado é uma má base. Use-o para aquilo em que é excelente: testar o código do seu bot a cada push.

Ofertas de "VPS grátis": avalie-as pelo que não lhe dizem

Dividem-se em dois grupos. Umas são períodos de teste normais: uma máquina real, um prazo real, cartão obrigatório. Tudo bem, desde que saiba que o relógio está a contar. As restantes anunciam um servidor gratuito para sempre e são vagas quanto aos pormenores, e isso já diz tudo: se um fornecedor não indica por escrito o CPU, a RAM, a rede e a política de utilização aceitável, essa é a resposta. Uma máquina sobrelotada sem limites declarados não falha de forma evidente; simplesmente fica lenta, o seu bot demora a responder e nunca chega a saber porquê.

O seu próprio PC ou um Raspberry Pi: a opção que é mesmo grátis

Esta é a opção que cumpre o que promete. Hardware que já tem, ligado, a correr o seu bot. Nada o adormece, nada mede o consumo e nenhuma quota se esgota. Se tem uma máquina disponível e uma ligação estável, isto é alojamento 24/7 gratuito a sério e este guia não vai fingir o contrário.

O que paga em troca não é dinheiro, e vale a pena dizê-lo com honestidade:

• Eletricidade, o mês inteiro, todos os meses. Um PC de secretária sempre ligado nota-se na fatura; um Raspberry Pi é um valor irrisório. Faça as contas com o seu próprio tarifário: quem lhe der um número está a adivinhar o preço da sua eletricidade.
• A fiabilidade da sua internet de casa passa a ser a disponibilidade do seu bot. O router reinicia às 3 da manhã, o operador tem uma hora má, a luz pisca. Cada uma destas é uma falha, e só dá por ela quando alguém no seu servidor a menciona.
• A sua atenção. Uma atualização do Windows decide reiniciar no pior momento, ou o processo morre em silêncio e nada o traz de volta. Numa instalação caseira, a monitorização é você.

Duas coisas fazem a diferença entre isto funcionar e tornar-se um incómodo recorrente:

• Faça com que reinicie sozinho. Um bot iniciado à mão num terminal acaba no primeiro crash ou reinício. Configure-o como um serviço que volta a arrancar com a máquina: esse único passo é o que separa "alojado em casa" de "a correr até acontecer alguma coisa".
• Use um Raspberry Pi em vez do seu computador do dia a dia. Consome quase nada, não tem ventoinha a incomodar e, sobretudo, não o usa para mais nada, por isso nada do que fizer pode deitar o bot abaixo. Tenha em conta que o cartão SD acaba por se desgastar, por isso guarde tudo o que lhe importa num sítio de que faça cópias de segurança.

Alojamento 24/7 grátis para um bot em Python ou Node.js

A pergunta costuma chegar com uma linguagem associada: alojamento 24/7 grátis para um bot em discord.py, ou para um em discord.js. A resposta honesta é que a linguagem quase não altera se um alojamento gratuito mantém o seu bot online. A suspensão, os arranques a frio, um disco que é reposto e uma quota mensal atuam sobre o processo, não sobre a linguagem em que foi escrito. Um bot em Python e um bot em Node.js no mesmo plano gratuito vão abaixo no mesmo momento, pela mesma razão.

Onde a linguagem conta é nos pormenores que decidem se um alojamento serve ou não:

• O runtime é disponibilizado, e em que versão? O discord.js acompanha as versões atuais do Node.js e o discord.py precisa de um Python razoavelmente recente. Um plano gratuito que só oferece um runtime antigo, ou só um dos dois, exclui-se antes mesmo de se falar de disponibilidade. Compare as versões suportadas pelo alojamento com os requisitos da própria biblioteca.
• As dependências voltam a ser instaladas num disco limpo. Num alojamento cujo sistema de ficheiros é reposto, as bibliotecas do bot são reinstaladas após cada reinício ou nova implementação, tanto em Node.js como em Python. Isso prolonga a falha após cada reinício, e uma dependência que não se instala significa que o bot não volta de todo.
• A voz precisa de mais do que a biblioteca. Um bot de música em qualquer das duas linguagens precisa de componentes nativos ao lado da biblioteca (uma biblioteca de áudio Opus, uma de encriptação e o FFmpeg), e muitas plataformas gratuitas nem os disponibilizam nem permitem instalar pacotes do sistema. Um bot só de texto não é afetado.
• O truque de keep-alive muda de aspeto e falha da mesma forma. Os tutoriais de Python acoplam ao bot um pequeno servidor Flask; os de Node.js usam Express. Em ambos os casos só existe para gerar pedidos que impeçam a plataforma de suspender o processo, e falha pelas mesmas razões descritas acima.

A memória é o outro ponto em que as duas diferem: a mesma lógica de bot não usa a mesma quantidade de RAM como processo Node.js e como processo Python, e um bot de música usa mais do que qualquer um deles. Ainda assim, a maioria dos bots de comandos e moderação cabe à vontade em algumas centenas de megabytes nas duas linguagens, por isso, para um bot típico, não é o fator decisivo.

Quando vale a pena pagar, e quão pouco é preciso

Há aqui uma linha clara, e não tem a ver com o tamanho do seu bot. Pague quando o bot deixa de ser só seu e passa a ser algo de que outras pessoas dependem. Até esse ponto, uma falha custa-lhe um encolher de ombros. A partir daí, uma falha custa-lhe precisamente aquilo para que criou o bot.

Quatro sinais de que já passou essa linha:

• Outra pessoa repara que o bot está em baixo antes de si.
• Já o reiniciou à mão mais de uma vez este mês.
• Perder os dados dele (níveis, economia, configuração) faria mesmo diferença.
• Passa mais tempo a manter um remendo de keep-alive do que a trabalhar no bot.

O que torna esta decisão fácil é o preço. Um bot é uma carga leve: um bot de moderação ou de comandos funciona à vontade com algumas centenas de megabytes de RAM, por isso o que está a comprar não é potência, é o facto de funcionar e continuar a funcionar. O alojamento de bots Discord da HytHost começa em €0.89/mês, com um processo que reinicia sozinho se falhar, uma base de dados que sobrevive aos reinícios e um SLA de 99,9% de uptime, por mais ou menos o que a eletricidade de um PC de secretária lhe teria custado de qualquer forma.

Se procura a parte prática de pôr o seu código num alojamento (o comando de arranque, as dependências, manter o token fora do repositório), isso é outro trabalho e tem o seu próprio guia: como alojar um bot de Discord 24/7.