Velocity e BungeeCord em rede de servidores Minecraft
Proxy não é moda de network grande: é camada que encaminha jogadores entre lobby, survival e minigames mantendo experiência unificada. Este guia explica quando vale a pena, o que muda na segurança e como pensar latência quando tudo roda em São Paulo.
O que proxy resolve de verdade
Imagine centenas de jogadores tentando entrar no mesmo processo JVM quando você quer atualizar apenas o servidor de eventos. Sem proxy, qualquer restart afeta experiência global. Com proxy, você move players para lobby estável, reinicia backend isolado e reconecta fluxo controlado. Também facilita times diferentes cuidando de serviços distintos desde que governança de configuração exista.
Proxy não substitui planejamento de RAM por instância: cada backend ainda precisa de folga de heap e tuning Paper. Para dimensionamento inicial, releia como criar servidor Minecraft do zero antes de multiplicar JVMs. Em cenários com root e várias máquinas, VPS Ryzen pode hospedar proxy e nós conforme VPS Ryzen para Minecraft.
- Um endereço público amigável para jogadores.
- Separação de falhas entre modos que exigem plugins diferentes.
- Caminho para escalar horizontalmente quando billing permite.
Velocity versus BungeeCord
BungeeCord é histórico e ainda aparece em redes legadas. Velocity ganhou tração por desempenho, API mais moderna e integração com comunidade Paper. Migrações não são sempre plug and play: revisite plugins de proxy, permissões e bridging de comandos. Em projeto novo em 2026, Velocity é candidato default salvo dependência rara que force stack antigo.
| Critério | Velocity | BungeeCord |
|---|---|---|
| Ecossistema atual | Forte com Paper | Amplo legado |
| Performance típica | Melhor em cargas altas | Varia por fork |
| Curva de aprendizado | Docs modernas | Muitos tutoriais antigos |
Topologia: lobby e backends
Lobby leve
Lobby deve ser barato em tick: poucos plugins, mundo pequeno ou void, sem farms acidentais que gerem entidades. Ele é vitrine e fila, não servidor survival principal. Erro clássico é copiar plugin pesado do modo principal para lobby “porque ficava bonito”.
Backends especializados
Survival econômico, RPG pesado e minigame competitivo têm perfis de CPU diferentes. Separar processos permite ajustar flags JVM e paper-global específicos sem medo de side effect cruzado. Documente porta interna, nome DNS privado e quem pode enviar jogador para onde.
Mantenha mapa ASCII ou diagrama vivo da rede na wiki da staff: quando alguém novo entrar de madrugada, troubleshooting não pode depender de memória de uma pessoa só.
Segredos, forwarding e confiança
Backends precisam confiar que conexões vindas do proxy são legítimas. Forwarding moderno usa segredos compartilhados e configuração alinhada entre velocity.toml e paper global settings. Nunca exponha porta de backend diretamente na internet sem firewall estrito: jogador deve bater no proxy ou solução equivalente. Staff técnica deve rotacionar segredo se vazar em print ou repositório acidental.
Modo offline ou proxies mal configurados abrem superfície para sessões forjadas. Não economize na leitura da documentação oficial ao habilitar qualquer exceção de autenticação.
Plugins sensíveis que aparecem em plugins mais usados continuam necessários em cada backend conforme função: LuckPerms pode sincronizar via SQL ou adaptadores específicos, mas disciplina de grupos permanece humana.
Latência BR e operação
Coloque proxy e backends no mesmo datacenter quando possível. Hop extra entre estados ou países come em milissegundos que jogadores competitivos notam. Na StreetHosting, foco em São Paulo alinha com público BR grande, especialmente em produtos gamer como Minecraft Pro.
- Monitore tempo de handshake entre proxy e backend em horários de pico.
- Automatize restart de lobby em janela comunicada, não improvisada.
- Tenha rollback de config versionado: Git privado ou snippets no painel.
- Firewall: apenas proxy público, backends privados.
- Limite de players por backend documentado.
- Plano de failover quando proxy único cair (DNS ou segundo nó).
- Backup por mundo incluído na rotina global do projeto.
Perguntas frequentes
- Servidor único precisa de Velocity?
- Na maioria dos casos não. Proxy adiciona hop de rede, configuração de forwarding e superfície de manutenção extra. Use quando há múltiplos backends reais ou roadmap claro para separar modos com reinício independente.
- Consigo misturar versões diferentes entre backends?
- Depende de estratégia de compatibilidade e possivelmente ViaVersion ou fluxos equivalentes. Não é mágica gratuita: cada combinação tem bugs e custo de suporte. Planeje homogeneidade de versão sempre que possível.
- IP forwarding é obrigatório?
- Para backends enxergarem IP real do jogador em logs e alguns plugins antigos, sim. Implementações modernas usam segredos e modos específicos documentados pelo ecossistema Paper e Velocity. Leia changelog ao atualizar.
- AntiDDoS protege só o proxy?
- Idealmente a borda protege entrada pública e você segmenta internamente. Provedor gamer maduro posiciona mitigação antes do fluxo chegar ao seu JVM. Confira planos em Minecraft Pro com foco BR.
Próximo passo
Ver planos Minecraft
Ryzen 9 9950X, NVMe Gen4, AntiDDoS e suporte 24/7 para seu servidor no Brasil.
Guias relacionados
Como criar um servidor de Minecraft do zero (passo a passo)
Este guia organiza a criação de um servidor em ordem lógica: contratar recurso certo, subir o jar, aceitar EULA, apontar domínio, configurar mundo e convidar jogadores com segurança.
VPS Ryzen para Minecraft: quando faz sentido e como dimensionar
Hospedagem gerenciada resolve a vida de muitos, mas VPS Ryzen entra quando você precisa de root, automação pesada ou arquitetura híbrida sem abrir mão de clock alto por núcleo.
Plugins Minecraft mais usados em servidores Paper: lista prática para começar bem
Este guia lista plugins que aparecem em quase todo servidor sério com Paper: permissões, utilidades, economia, edição de mundo, auditoria e placeholders. A ideia não é instalar tudo de uma vez, mas saber o papel de cada jar antes de poluir o servidor.