As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

GAMEPERF02-BP02 Crie uma abordagem que ofereça suporte à colocação de uma infraestrutura de jogo sensível à latência perto dos jogadores para melhorar o desempenho

O posicionamento separado para infraestrutura sensível à latência, como servidores de jogos, minimiza o impacto de longas rotas de rede. Implantações repetíveis podem simplificar a manutenção de vários locais com melhor desempenho para seus jogadores. O ping é uma métrica comum que aparece na interface do jogo e o ping baixo pode ser uma capacidade diferenciadora.

Nível de risco exposto se esta prática recomendada não for estabelecida: Alto

Orientação para implementação

Ao lançar um jogo pela primeira vez, talvez você ainda não tenha informações suficientes sobre sua base de jogadores para saber adequadamente onde implantar a infraestrutura mais próxima dos jogadores que estão mais interessados em jogar seu jogo. Esse é um desafio comum, e você deve se preparar para esse cenário projetando uma arquitetura que permita ajustar rapidamente sua estratégia de posicionamento de hospedagem para implantar servidores onde eles são necessários, mais perto dos jogadores. É comum que os desenvolvedores de jogos avaliem regularmente a implantação da infraestrutura de jogos como uma análise pós-lançamento recorrente para investir incrementalmente em melhorias ao longo do tempo com uma abordagem iterativa.

Uma prática recomendada é usar infrastructure-as-code modelos, como AWS CloudFormation o Terraform da Hashicorp, para a configuração de sua infraestrutura VPCs, como configurações de sub-rede e dependências necessárias para iniciar serviços essenciais de jogos, para que você possa consultar esses modelos, personalizá-los rapidamente, se necessário, e implantá-los em locais onde seja necessária infraestrutura adicional para oferecer suporte aos seus jogadores.

Você também deve se certificar de que entendeu como sua estratégia de implantação atual pode ser desenvolvida para permitir uma expansão futura. Os modelos de IaC são repetíveis, mas não substituem o planejamento de rede. O IPAM gerencia seu. VPCs Dimensionamento da sub-rede, seleção da zona de disponibilidade e alinhamento do inventário de IP e da zona de disponibilidade entre contas. É importante considerar a rede e pode causar interrupções para os jogadores quando alterada. Servidores de jogos implantados em várias localizações geográficas se conectarão ao back-end do jogo, que é mais comum estar hospedado em uma ou várias regiões de origem, o que pode exigir configuração adicional para oferecer suporte à conectividade privada. Essas considerações devem ser avaliadas continuamente ao longo do tempo para que você possa fazer alterações em sua estratégia de hospedagem de jogos à medida que os requisitos do jogo evoluem ou os requisitos do jogador mudam.

Ao determinar quantos locais de hospedagem de jogos usar para seu jogo, considere os seguintes fatores:

Cada uma dessas considerações deve ser avaliada à medida que você determina onde adicionar ou remover locais de hospedagem de jogos. Por exemplo, você pode optar por priorizar a melhoria da experiência para jogadores em localizações geográficas com a menor experiência de jogo ou para jogadores que expressam o maior feedback público. Você também pode optar por incluir a monetização do jogador em suas prioridades, por exemplo, concentrando a atenção em melhorar a experiência de jogadores em localizações geográficas que geram uma fonte significativa de receita para seu jogo ou têm o potencial de gerar receita incremental se você introduzir melhorias no desempenho.

Além de hospedar a infraestrutura em Regiões da AWS, você pode usar as Zonas Locais, que são uma extensão de uma Região da AWS, para hospedar seus servidores de jogos e outros aplicativos sensíveis à latência, como servidores de bate-papo por voz, mais próximos dos seus jogadores. Você também pode optar por executar a infraestrutura de desenvolvimento de jogos em Zonas Locais para melhorar a experiência de suas equipes de desenvolvimento de jogos. Por exemplo, você pode usar as Zonas Locais para tratar de casos de uso, como hospedar réplicas de seus servidores autogerenciados de controle de origem mais perto dos desenvolvedores de jogos e oferecer estações de trabalho virtuais e armazenamento de conteúdo para usuários que usam EC2 instâncias da Amazon, volumes do EBS e sistemas de FSx arquivos da Amazon implantados em uma ou mais Zonas Locais perto de seus estúdios de desenvolvimento sem exigir que você hospede a infraestrutura localmente.

Outposts são uma boa opção quando Regiões ou Zonas Locais não estão disponíveis na mesma área geográfica. A conectividade do seu data center AWS deve ser considerada para permitir que o servidor de jogos tenha a confiabilidade do sistema de back-end. AWS Outposts e os servidores Outpost foram criados especificamente para serem executados AWS em seu datacenter usando os mesmos serviços e APIs para ajudar a criar um modelo de implantação consistente onde quer que você execute seu jogo. Vários racks podem ser combinados em um Posto Avançado lógico e a infraestrutura pode ser compartilhada entre eles. Contas da AWS O ciclo de vida do hardware é gerenciado por AWS e o prazo de entrega pode ser de apenas 3 meses.

Se você estiver criando jogos usando contêineres e quiser a flexibilidade de adotar uma arquitetura de implantação híbrida usando software de código aberto que pode ser implantado em sua própria infraestrutura local, você pode usar o ECS Anywhere ou o EKS Anywhere como alternativa às Zonas Locais. AWS Outposts Se você hospeda na Amazon GameLift, o Amazon GameLift Anywhere pode ser usado para executar seu servidor baseado em hardware local, o que pode acelerar seu processo de desenvolvimento, permitindo que você use Zonas Locais ou registre seu próprio metal como parte de sua frota.

Etapas de implementação