Epic Online Services (EOS): Backend Multiplayer Grátis Vale a Pena?

Todo jogo multiplayer carrega um segundo projeto escondido dentro dele: o backend. Matchmaking, lobby, lista de amigos, voice chat, anti-cheat, leaderboard. Nada disso aparece no trailer, mas tudo isso precisa existir e aguentar jogador de verdade, e normalmente custa caro, em servidor ou em mensalidade de serviço. O Epic Online Services (EOS) é a resposta da Epic pra esse problema: o conjunto de serviços online que roda por trás do Fortnite, aberto pra qualquer desenvolvedor, de graça. Parece bom demais pra ser verdade, e é exatamente por isso que vale destrinchar. Esse post cobre o que o EOS oferece de fato, onde estão as pegadinhas e quando faz sentido usar (e quando não faz).

O problema: backend multiplayer custa caro

Quando um dev indie decide fazer um jogo multiplayer, o que ele imagina é o netcode: sincronizar posição, replicar tiro, esconder latência. Isso já é difícil o suficiente. Só que netcode é a metade visível do trabalho. A outra metade é a lista de serviços que o jogador de 2026 assume que todo jogo online tem:

• Matchmaking: juntar jogadores de nível parecido numa partida sem ninguém trocar IP no Discord. Se você quer entender o tamanho desse problema sozinho, eu detalho em como funciona o matchmaking em jogo online.
• Lobbies e sessions: a sala de espera, o convite pro amigo, o "entrar na partida do fulano".
• Amigos e presença: saber quem está online e no que está jogando.
• Voice chat: falar dentro do jogo sem app externo.
• Anti-cheat: sem isso, jogo competitivo online morre em semanas.
• Leaderboards, conquistas, estatísticas e save na nuvem: a camada de progressão que segura o jogador.

Cada item dessa lista é um serviço rodando em servidor, com banco de dados, autenticação e alguém de plantão quando cai. Historicamente o indie tinha duas saídas: construir tudo (e virar sysadmin do próprio jogo) ou pagar serviço terceirizado por mensalidade ou por uso, com a conta crescendo junto com o sucesso do jogo. Nos dois casos, o multiplayer vira um custo fixo que o jogo carrega pra sempre, mesmo nos meses em que vende pouco.

É esse o buraco que o EOS quer preencher.

O que é o Epic Online Services

O Epic Online Services é o conjunto de serviços online da Epic, construído sobre a mesma infraestrutura que sustenta o Fortnite, e disponibilizado pra qualquer desenvolvedor de graça: sem royalties e sem taxa de hospedagem. A lógica de negócio da Epic é clara: eles já pagam essa infraestrutura pro Fortnite existir, e abrir o serviço fortalece o ecossistema deles. Pra você, o que importa é o resultado: os serviços da lista lá de cima, entregues prontos.

Três pontos que derrubam as objeções mais comuns:

Funciona em qualquer engine. O SDK é em C, com integração nativa na Unreal (é da Epic, afinal). Pra outras engines, o caminho é integrar o SDK diretamente. Não é um recurso exclusivo de quem usa Unreal.

O jogo não precisa estar na Epic Games Store. Essa é a dúvida que mais aparece, e a resposta é não: dá pra usar o EOS num jogo vendido só na Steam. O serviço é independente da loja. Isso inclusive é peça central de um requisito da própria loja da Epic: se você pretende vender lá, os requisitos de paridade de crossplay e conquistas que eu explico no guia de como publicar jogo na Epic Games Store são resolvidos justamente com o EOS.

Cobre PC, console e mobile. O EOS roda em Windows, macOS, Linux, PlayStation, Xbox, Nintendo Switch, iOS e Android, e o SDK suporta cross-play entre PC e consoles, conforme a documentação oficial do EOS. Se cross-play está nos seus planos (e antes de decidir vale ler se cross-play vale a pena no seu jogo), ter isso resolvido na camada de serviços poupa uma refatoração dolorosa lá na frente.

O que vem de graça no pacote

A lista de serviços do EOS cobre praticamente tudo que um multiplayer indie precisa:

• Matchmaking e sessions: encontrar partida e gerenciar a sessão de jogo
• Lobbies: salas de espera com convites
• Friends e presença: a camada social
• Leaderboards, conquistas e estatísticas: progressão e competição
• Armazenamento de dados do jogador: save e dados na nuvem
• Voice chat in-game: voz dentro do jogo, sem servidor próprio de voz
• Easy Anti-Cheat: o mesmo anti-cheat usado em jogos grandes do mercado

Os dois últimos merecem destaque porque eram exatamente os mais caros de resolver sozinho. Infraestrutura de voz é notoriamente cara de operar, e anti-cheat decente é um produto inteiro por si só. A Epic anunciou o voice chat e o Easy Anti-Cheat como gratuitos dentro do EOS, e pra um indie fazendo jogo competitivo isso muda a conta por completo. Já escrevi sobre as opções de anti-cheat pra jogo online indie, e o Easy Anti-Cheat de graça é um dos poucos caminhos viáveis pra estúdio pequeno nessa área.

O custo escondido do gratuito

Nada disso é golpe, mas "grátis" nunca significa "de graça em todos os sentidos". O preço do EOS se paga em outras moedas, e é melhor saber quais antes de assinar embaixo.

A curva de integração é real. O SDK é em C. Se você usa Unreal, a integração é nativa e o atrito é baixo. Fora dela, você vai escrever a camada de ponte entre o SDK e a sua engine, lidar com callbacks, gerenciar o ciclo de vida do SDK e ler bastante documentação. Não é um plugin de apertar botão. Pra um dev solo sem experiência com bibliotecas nativas, essa curva pode consumir semanas que estavam reservadas pro jogo em si.

Na Godot, o caminho tem atrito. Não existe integração oficial da Epic pra Godot. O que existe são bindings mantidos pela comunidade, e o estado deles varia conforme a versão da engine: um binding que funcionava redondo numa versão pode estar atrasado na seguinte. Isso não é motivo pra descartar o EOS na Godot, mas é motivo pra fazer o dever de casa: antes de basear a arquitetura do seu jogo nisso, verifique o estado atual do binding pra sua versão, teste o fluxo básico e avalie se você topa manter esse elo da corrente se o mantenedor sumir.

Você fica dependente da Epic. O EOS vira infraestrutura crítica do seu jogo. Se a Epic mudar os termos, descontinuar um serviço ou simplesmente sair desse mercado um dia, o multiplayer do seu jogo depende de uma decisão que não é sua. É o mesmo risco de qualquer serviço terceirizado, com um agravante e um atenuante: o agravante é que não tem contrato pago te protegendo; o atenuante é que a Epic depende dessa mesma infraestrutura pro Fortnite, o que torna um desligamento repentino improvável. Risco baixo, mas não zero, e quem decide se ele é aceitável é você.

Algumas features sociais pedem conta Epic do jogador. Parte da camada social do EOS envolve o jogador ter uma conta Epic Games conectada. Pra muita gente isso é indiferente, mas existe uma parcela de jogadores (principalmente na Steam) que reage mal a criar conta de terceiro pra jogar. Planeje o que fica atrás desse login e o que funciona sem ele, e seja transparente na página da loja sobre o que exige conta.

EOS vs backend próprio vs serviços pagos

Colocando as três opções lado a lado, com a honestidade que cada uma merece:

Backend próprio te dá controle total e zero dependência. Em troca, você paga servidor todo mês, escreve e mantém cada serviço, e vira responsável por segurança, escala e uptime. Pra um estúdio com programador de backend dedicado e um jogo cujo diferencial está na infraestrutura, pode fazer sentido. Pra um indie de um a três devs, é assumir um segundo emprego que não aparece na tela.

Serviços pagos de backend (a categoria de backend-as-a-service pra jogos) entregam conveniência: SDKs mais amigáveis, dashboards, suporte. O custo acompanha o uso, o que é ótimo enquanto o jogo é pequeno e vira uma linha relevante de despesa se o jogo der certo. A ironia cruel do modelo: o sucesso do jogo aumenta a conta.

EOS entrega o pacote mais completo pelo preço mais baixo (zero), com as moedas de troca da seção anterior: curva de integração, dependência da Epic e atrito fora da Unreal. Pro perfil de jogo que precisa de matchmaking, anti-cheat e voz, e não tem orçamento de servidor, é a opção com melhor relação entre o que entrega e o que cobra.

Não existe resposta única. Existe o cruzamento entre o que o seu jogo precisa, quanto você tem pra gastar por mês e quanta integração você aguenta fazer.

Quando usar o EOS (e quando ENet resolve)

Regra prática que eu aplicaria em qualquer projeto:

Use EOS quando o jogo precisa de infraestrutura de verdade. Multiplayer competitivo com ranking, partidas com desconhecidos via matchmaking, anti-cheat obrigatório, voice chat, progressão online persistente, cross-play entre plataformas. Se dois ou mais itens dessa lista descrevem o seu jogo, o EOS provavelmente é a diferença entre o projeto ser viável e não ser, porque contratar ou construir isso tudo estouraria qualquer orçamento indie.

Não use quando o multiplayer é simples. Jogo cooperativo pra jogar com amigos, partidas privadas, peer-to-peer de sala pequena: isso não precisa de backend nenhum. Uma biblioteca leve como a ENet (ou o multiplayer de alto nível da própria engine, que na Godot usa ENet por baixo) resolve com uma fração da complexidade. Adotar o EOS nesse cenário é pagar a curva de integração inteira pra usar dez por cento do pacote. Complexidade de infraestrutura que o jogo não pede é dívida, não investimento.

No meio do caminho, comece simples. Se o jogo hoje é coop de amigos mas você sonha com matchmaking público no futuro, uma arquitetura minimamente organizada (a camada de rede isolada do resto do código) deixa a porta aberta pra trocar depois. Migrar dá trabalho, mas menos trabalho do que integrar um SDK inteiro pra um recurso que talvez nunca saia do papel.

Conclusão

O Epic Online Services é uma das melhores barganhas disponíveis pro dev indie de multiplayer: matchmaking, lobbies, amigos, leaderboards, conquistas, save na nuvem, voice chat e Easy Anti-Cheat, de graça, em qualquer engine e em qualquer loja, com cross-play suportado de PC a console. O que era um custo fixo mensal virou um custo único de integração.

A decisão honesta passa por três perguntas: o seu jogo precisa mesmo dessa infraestrutura, ou ENet resolve? A sua engine tem caminho razoável pro SDK (nativo na Unreal, integração manual nas outras, binding comunitário de estado variável na Godot)? E você aceita amarrar o multiplayer do seu jogo à infraestrutura da Epic? Se as três respostas apontam pro EOS, é dinheiro de servidor que fica no seu bolso. Se não apontam, a melhor arquitetura continua sendo a mais simples que atende o jogo que você está fazendo de verdade, não o jogo que talvez exista um dia.