Contas e identidade
Login por plataforma, conversão de conta guest em conta completa, vinculação de contas, perfis, permissões e dados de jogadores tratados com atenção à privacidade, incluindo solicitações de exclusão e exportação.
DESENVOLVIMENTO DE BACKEND PARA JOGOS
Desenvolvimento de Backend para Jogos
Backends sob medida para contas de jogadores, progressão, inventário e live operations, integrados ao seu jogo e operados da forma que sua equipe precisa.
Feito para picos de tráfego, clients versionados, retries, estado valioso do jogador e falhas parciais.
O QUE CONSTRUÍMOS
Serviços para jogadores em que seu jogo pode confiar
Desenvolvemos backends sob medida para estúdios que estão criando um jogo online ou melhorando um serviço existente. O escopo pode cobrir contas de jogadores, progressão, inventário e live operations, com integração e responsabilidade operacional definidas em torno do seu jogo. Cada capacidade abaixo só entra no escopo quando o seu jogo precisa dela.
Saves e progressão
Cloud saves, experiência, desbloqueios e recompensas, com regras explícitas para conflitos entre dispositivos, sessões e versões do client.
Inventário e economia
Itens, moedas, entitlements e concessões de compras validados no servidor, aplicados por meio de transações idempotentes e registrados em um histórico auditável.
Leaderboards e recursos sociais
Leaderboards, amigos, grupos ou clãs quando o game design pede, com necessidades de prevenção de abuso e moderação consideradas desde o início.
Configuração e conteúdo live
Configurações remotas, eventos, ofertas, feature flags e metadados de conteúdo entregues por versão do client, com rollout e rollback controlados.
Telemetria e administração
Eventos estruturados do jogo, dashboards, ações de suporte e ferramentas administrativas rastreáveis, para que as equipes de live ops respondam às dúvidas dos jogadores sem acessar o banco de dados.
BACKENDS EXISTENTES
Estender, migrar ou substituir o que você já opera
Muitos projetos começam com um backend que já guarda jogadores reais. Planejamos as mudanças em torno desse estado, em vez de presumir um começo do zero.
Extensão incremental
Novos recursos são adicionados por trás de endpoints versionados ao lado do serviço existente, para que os clients já lançados continuem funcionando enquanto os novos builds adotam o novo contrato.
Migração de uma plataforma gerenciada ou serviço legado
Mapeamos o modelo de dados, as identidades e o histórico de compras e, em seguida, migramos recursos ou grupos de jogadores em etapas, com um caminho de rollback verificado em cada passo.
Compatibilidade entre versões
Builds antigos e novos do client coexistem em produção. Contratos, janelas de descontinuação e valores padrão no servidor são definidos para que um atraso na revisão da loja não quebre o jogo.
Limites de escopo
Este serviço cobre os serviços persistentes para jogadores. A simulação authoritative de partidas em tempo real pertence ao desenvolvimento multiplayer, e a operação das frotas de servidores pertence à hospedagem de servidores dedicados; conectamos essas partes por meio de contratos explícitos.
Desenvolvimento multiplayerEXEMPLO DE ARQUITETURA
Onde fica um backend sob medida para jogos
Um exemplo simplificado de um jogo online típico. Os componentes exatos dependem do jogo, da carga esperada e da equipe que vai operá-lo.
- 01
Client do jogo
Chama uma API versionada e nunca decide sozinho resultados de valor.
- 02
Autenticação
Troca credenciais da plataforma ou da conta por um token de sessão de curta duração.
- 03
API do client
Valida requisições, aplica rate limits e mantém os contratos compatíveis entre builds.
- 04
Serviços de domínio
Contas, progressão, inventário, economia e configuração com regras no servidor.
- 05
Persistência
Armazenamento transacional, caches e um histórico de eventos para auditorias e analytics.
- 06
Operações
Telemetria, ferramentas administrativas, deployment, alertas e procedimentos de recuperação.
Exemplo conceitual. Os servidores de jogo authoritative em tempo real rodam ao lado deste stack, não dentro dele: eles simulam a partida e depois reportam os resultados aos serviços para jogadores por meio de uma API confiável servidor a servidor.
INTEGRAÇÃO E CONFIABILIDADE
Projetado para retries, indisponibilidades e clients já lançados
Contratos com o client
Schemas tipados de requisições e erros, documentados em um formato que seus desenvolvedores de client podem usar, com regras de compatibilidade para cada build lançado.
Validação authoritative
O servidor decide concessões, gastos e progressão. O input do client é tratado como uma solicitação, não como um resultado.
Retries e idempotência
Chaves de requisição garantem que uma recompensa ou compra repetida seja aplicada uma única vez, mesmo após timeouts ou reconexões.
Tratamento de falhas
Timeouts, modos degradados, trabalho enfileirado e comportamento claro do client quando uma dependência está indisponível.
Propriedade dos dados
Os dados e as contas dos jogadores são seus. Local de armazenamento, retenção, exportação e exclusão são acordados e documentados.
COMO TRABALHAMOS
Como funciona um projeto de backend
Mapeamos as ações dos jogadores e quem é dono de cada estado antes de escolher serviços ou bancos de dados e, então, entregamos uma fatia integrada antes de ampliar a lista de recursos.
- 01
Discovery e mapeamento de estado
Identifique os dados de valor, as necessidades de consistência, os limites de confiança, as plataformas, a carga esperada e quem vai operar o sistema.
- 02
Contratos versionados
Especifique requisições, eventos, erros, idempotência e compatibilidade para que o trabalho no client e no backend avance em paralelo.
- 03
Primeira fatia integrada
Um recurso, por exemplo login com cloud save, funcionando de ponta a ponta, do client do jogo até um ambiente semelhante ao de produção.
- 04
Desenvolvimento e validação de recursos
Novos recursos com necessidades de telemetria e administração incluídas, testados contra requisições duplicadas, falhas de dependências, migrações e picos de tráfego.
- 05
Handover ou operação
Documentação, runbooks e dashboards para sua equipe, ou operação contínua dentro de um escopo acordado de managed hosting.
ENTREGÁVEIS
O que você recebe
O resultado é uma fronteira de serviço operável, com propriedade clara do código-fonte, do deployment e dos dados.
- Modelo de domínio e de dados
- APIs versionadas, eventos e integração com o client
- Serviços de contas, progressão, inventário ou economia, conforme o escopo
- Ferramentas administrativas e de live operations
- Documentação de deployment, observabilidade e recuperação
EVIDÊNCIAS DA EQUIPE
Projetos por trás deste serviço
Os projetos incluem produções originais da Backend Alchemist e trabalhos entregues por membros atuais da equipe em funções anteriores em estúdios, liderança e contratos. Cada página de projeto informa a contribuição da equipe.
Avander VR / Mentis
Avander VR / Mentis
Experiência da equipe na entrega de um cloud backend com gerenciamento de conteúdo e processamento de mídia por trás de um client VR e de um editor no navegador, usado em programas de treinamento industrial.
Ver projetoRunofstone
Runofstone
Experiência da equipe na construção de sistemas de PvP em tempo real com progressão, coleções e clãs em um jogo de estratégia conectado.
Ver projeto
Bad Goons
Bad Goons
Nossa produção original em desenvolvimento ativo: servidores dedicados authoritative e deployment em containers, a contraparte em tempo real dos serviços persistentes para jogadores.
Ver projetoCUSTO E PRAZO
O que determina o escopo de um backend para jogos
Não publicamos preços iniciais fixos, porque dois backends com os mesmos nomes de recursos podem diferir em uma ordem de grandeza de esforço. Estes fatores determinam a estimativa.
Uma conversa curta de discovery normalmente é suficiente para produzir um escopo por escrito, com premissas declaradas e uma faixa de estimativa.
- Quais recursos para jogadores são necessários no lançamento e quais podem vir depois
- Plataformas e provedores de identidade a suportar
- Economia, compras e quanto valor o servidor precisa proteger
- Dados, contas ou serviços existentes a migrar ou integrar
- Perfil de carga esperado, regiões e requisitos de residência de dados
- Se a sua equipe ou a nossa vai operar o sistema após o lançamento
FAQ
Perguntas específicas deste caminho.
Vocês podem substituir nosso backend atual?
Sim, normalmente de forma incremental. Identificamos pontos de separação estáveis, introduzimos contratos versionados e migramos estado ou tráfego em etapas controladas, quando o sistema atual permite. Uma reescrita completa só é proposta quando a mudança incremental custaria mais.
Quais engines e plataformas podem se integrar ao backend?
Unity é nossa principal engine de client, mas o backend expõe contratos independentes de engine, então outros clients podem se integrar pela mesma API. Login por plataforma e integrações com lojas são definidos no escopo de cada plataforma.
Quem é dono do código-fonte e dos dados dos jogadores?
Propriedade e licenciamento são definidos em contrato. O handover normalmente inclui o código-fonte, a configuração da infraestrutura, a documentação e acesso completo aos dados dos jogadores.
Devemos usar uma plataforma backend-as-a-service ou um backend sob medida?
Uma plataforma gerenciada pode ser a opção mais rápida quando seus recursos atendem ao seu jogo. Um backend sob medida faz sentido quando você precisa de regras específicas do jogo, controle sobre dados e hospedagem ou custo previsível em escala. Podemos avaliar esse trade-off para o seu jogo, incluindo uma abordagem híbrida.
Vocês podem operar o backend depois do lançamento?
Sim, dentro de um escopo acordado de managed hosting com responsabilidades definidas, ou fazemos o handover para sua equipe com runbooks, dashboards e pipelines de deployment.
Do que vocês precisam para preparar uma estimativa?
O gênero e as plataformas do jogo, os recursos para jogadores de que você precisa, qualquer backend ou dado existente, o número esperado de jogadores, se conhecido, a janela de lançamento pretendida e quem vai operar o sistema. Um documento de design ajuda, mas não é obrigatório.
Como vocês evitam recompensas ou compras duplicadas?
Operações de valor usam regras explícitas de transação e idempotência, validação authoritative e uma trilha de auditoria adequada para investigação.
PRÓXIMO PASSO
Traga a restrição, não um briefing polido.
Um Technical Lead analisará o estado atual e recomendará o menor próximo passo útil.
Iniciar projeto
