Vida de um servidor de jogos

With Amazon GameLift Servers FleetIQ, os servidores de jogos passam pelo seguinte ciclo de vida, incluindo provisionamento e atualizações de status. Espera-se que um servidor de jogos seja um recurso de curta duração. Como prática recomendada, o registro dos servidores de jogos deve ser cancelado após o final de uma sessão de jogo, em vez de serem reutilizados em outra sessão de jogo. Essa abordagem ajuda a garantir que os servidores de jogos disponíveis estejam sempre em execução com os recursos de menor custo viáveis para a hospedagem de jogo.

• Um recurso de servidor de jogos é criado quando o processo do servidor de jogos é executado em uma instância em um Amazon GameLift Servers FleetIQ- grupo vinculado ao Auto Scaling, chama o Amazon GameLift Servers API RegisterGameServer() para notificar Amazon GameLift Servers FleetIQ que está pronto para hospedar jogadores e jogabilidade. Um servidor de jogos tem dois status para rastrear sua disponibilidade atual:

  • O status de utilização rastreia se o servidor de jogos está oferecendo suporte à jogabilidade no momento. Esse status é inicialmente definido como AVAILABLE, indicando que ele está pronto para aceitar uma nova partida. Quando o servidor de jogos está ocupado com uma partida, esse status é definido como UTILIZED.

  • O status da reivindicação rastreia se o servidor de jogos é reivindicado para jogabilidade iminente. Um servidor de jogos com status CLAIMED indica que ele foi temporariamente reservado por um cliente de jogo (ou um serviço de jogo, como um marcador de jogos). Esse status impede Amazon GameLift Servers FleetIQ de fornecer o mesmo servidor de jogo para vários solicitantes. Um servidor de jogos com um status de reivindicação em branco está disponível para ser reivindicado.

• O diagrama a seguir ilustra como o status de utilização e de reivindicação de um servidor de jogos mudam ao longo de sua vida útil.

  

  • Etapa 1. Um grupo de servidores de jogos tem seis servidores de jogos registrados. Quatro têm um status de utilização AVAILABLE (A, B, C e D), e dois têm o status UTILIZED (E e F).

  • Etapa 2. Um cliente de jogo ou sistema de matchmaking chama o. Amazon GameLift Servers API ClaimGameServer() para solicitar um novo servidor de jogos. Essa solicitação solicita Amazon GameLift Servers FleetIQ para pesquisar um servidor de jogo disponível (D) e definir seu status de reivindicação como REIVINDICADO por 60 segundos. Amazon GameLift Servers FleetIQ responde à solicitação com informações de conexão do servidor do jogo (endereço IP e porta), além de outros dados opcionais específicos do jogo. Como uma partida ainda não começou no servidor de jogos, seu status de utilização permanece AVAILABLE, mas não pode ser reivindicada por outra solicitação.

  • Etapa 3a. Usando as informações de conexão fornecidas, os clientes de jogo podem se conectar ao servidor de jogos e iniciar a partida. O servidor do jogo (D) deve ser acionado em 60 segundos para alterar seu status de utilização para UTILIZADO chamando o Amazon GameLift Servers APIUpdateGameServer().

  • Etapa 3b. Se o status de utilização do servidor de jogos não for atualizado em 60 segundos, o temporizador de reivindicação expirará e o status da reivindicação será redefinido para em branco. O servidor de jogos (D) é devolvido ao grupo de servidores de jogos disponíveis e não reivindicados.

• Um recurso de servidor de jogos é removido após a conclusão da partida no servidor de jogos e após os jogadores se desconectarem. Antes de desligar, o processo do servidor do jogo chama o Amazon GameLift Servers API DeregisterGameServer() para notificar Amazon GameLift Servers FleetIQ de sua saída do pool de servidores de jogos do grupo de servidores de jogos.