VPS para bot do Discord: vale a pena?

"Preciso de uma VPS para o meu bot?" é uma das primeiras dúvidas de quem tira o bot do computador de casa. Para decidir, compare o pouco que o bot exige de um servidor com o trabalho que uma VPS traz junto.

O que um bot do Discord exige de um servidor?#

Muito pouco. Um bot é um processo comum de Node.js, Python ou similar que abre uma conexão WebSocket de longa duração com o Gateway do Discord e fica recebendo eventos. Não há servidor web, nem porta aberta, nem IP fixo: a conexão é de saída.

O que ele precisa de fato:

• um processo que fique ligado o tempo todo e volte sozinho depois de uma queda;
• RAM suficiente para o runtime e o cache da biblioteca (veja quanta RAM um bot usa);
• uma conexão de rede estável para manter o heartbeat. Se o bot não recebe a confirmação (ACK) do heartbeat, a conexão é considerada zumbi e precisa ser fechada e reconectada;
• um jeito seguro de guardar o token, em variável de ambiente.

Nada disso exige acesso root, kernel customizado ou arquitetura sofisticada. Por isso a VPS é uma opção, não uma necessidade.

O que uma VPS entrega?#

Uma VPS é uma máquina virtual com acesso root por SSH. Você recebe CPU, RAM, disco e um sistema operacional, e pode instalar o que quiser. Para quem quer aprender administração de servidores, ou rodar o bot ao lado de outros serviços, faz bastante sentido.

Em preço, é barata. Os menores planos de provedores internacionais, com 512 MB a 1 GB de RAM e 1 vCPU, costumam custar poucos dólares por mês; confira os valores atuais na página de preços do provedor, como a de Droplets da DigitalOcean. O preço é em dólar, sem conversão para reais.

O que a VPS deixa por sua conta?#

O preço da máquina é a parte pequena. O resto é trabalho:

1. Instalar o runtime na versão que a sua biblioteca exige.
2. Manter o processo vivo. Sem um supervisor, o bot morre com o primeiro erro ou reboot.
3. Atualizar o sistema. No Ubuntu Server, o unattended-upgrades já vem instalado e aplica sozinho as atualizações de segurança, mas só as do sistema. A aplicação e as dependências continuam por sua conta.
4. Proteger o acesso: chaves SSH em vez de senha, firewall, usuário sem privilégios.
5. Fazer o deploy a cada mudança: copiar arquivos, instalar dependências, reiniciar.
6. Monitorar: ler logs e perceber que o bot caiu.

Um exemplo mínimo de supervisor com systemd, em /etc/systemd/system/bot.service:

[Unit]
Description=Bot do Discord
After=network-online.target
Wants=network-online.target

[Service]
User=bot
WorkingDirectory=/opt/bot
EnvironmentFile=/opt/bot/.env
ExecStart=/usr/bin/node index.js
Restart=always
RestartSec=5

[Install]
WantedBy=multi-user.target

Depois, sudo systemctl enable --now bot sobe o bot e o recoloca no ar após uma queda ou reboot. O arquivo .env guarda DISCORD_TOKEN=... e deve ser legível só pelo usuário do bot (chmod 600). Os logs saem em journalctl -u bot -f.

Isso é só o ponto de partida: firewall, atualizações e deploy continuam sendo tarefa sua.

VPS ou plataforma de hospedagem para o bot?#

Para um comparativo mais amplo, veja VPS, cloud ou plataforma de hospedagem.

Quando a VPS vale a pena para um bot?#

• Você quer aprender a administrar um servidor Linux.
• O bot depende de software de sistema específico ou de configuração de rede incomum.
• Você já tem uma VPS com outros serviços e o bot cabe nela.
• Você precisa de controle total sobre o ambiente.

Se escolher VPS, trate a manutenção como parte do custo. Um bot parado por um servidor desatualizado ou sem supervisor custa mais caro que a diferença de preço.

Quando a VPS é exagero?#

Quase sempre que o bot é "só um bot": poucos servidores, uma biblioteca padrão, nenhum software de sistema especial. Nesse caso, você quer um processo sempre ligado, e uma plataforma de hospedagem entrega isso sem que você precise virar administrador de servidor. Veja também quanto custa hospedar um bot e como manter o bot online 24 horas.

Um limite a ter em mente: a partir de 2.500 servidores o sharding é obrigatório, e o bot passa a abrir várias conexões com o Gateway (shards), muitas vezes divididas em processos. Isso vale em qualquer hospedagem e é motivo para planejar RAM com folga, não para contratar VPS antes da hora.

Como fazer isso na Square Cloud#

A Square Cloud segue o caminho da plataforma de hospedagem, em modelo self-service: você faz o deploy e controla a aplicação, sem servidor para administrar. O bot roda em um container isolado e sempre ligado, sem modo de suspensão, e o reinício automático (ligado por padrão no deploy pelo painel) o religa quando o processo encerra com erro.

Para bots do Discord, ela aceita discord.js, discord.py, JDA, Discord.Net ou qualquer biblioteca de Gateway, com sharding e voz. Você faz o deploy por upload de ZIP no painel, pela CLI, pelo GitHub (um push faz o deploy) ou pela extensão do VS Code. O arquivo de configuração squarecloud.app é opcional: o painel o gera no deploy, com runtime, memória e arquivo principal, ou você mesmo o escreve na raiz do projeto. O token vai nas variáveis de ambiente, que valem no próximo restart, sem rebuild.

A RAM do plano é um pool compartilhado entre as aplicações, com mínimo de 256 MB por aplicação de fundo, como um bot. O Hobby custa R$ 12,49 por mês (1 GB de RAM), pago por Pix ou cartão e sem fidelidade. Os demais recursos de hospedagem estão em Recursos da Square Cloud.