Esta Orientação ajuda os clientes a reunir diferentes tipos de conjuntos de dados e mesclá-los em uma visão única e consolidada. Os clientes do AWS Game Tech podem criar um perfil comportamental completo de seus jogadores para obter mais insights sobre como os jogadores interagem com um jogo, participam da comunidade do jogo e se socializam com outros jogadores. O Cohort Modeler categoriza e agrega as métricas dos jogadores em grupos individuais de jogadores, com base em diferentes tipos de dados métricos, incluindo métricas do jogo, comportamentos no jogo e transações financeiras. Uma compreensão mais profunda do comportamento dos jogadores fundamenta as constantes decisões relacionadas a design e desenvolvimento.
Diagrama de arquitetura
[Descrição do diagrama de arquitetura]
Etapa 1
Os servidores e clientes do jogo usam sensores para avaliar as ações dos jogadores, como toxicologia comportamental, estilo do jogador e compras no jogo. Essas ações são registradas declarativamente com a API Cohort Modeler para coletar dados sobre a progressão do jogador, a criação da comunidade, a retenção e muito mais.
Etapa 2
Os consumidores de dados armazenam recomendações de conteúdo e consultam a API. Os consumidores de dados incluem soluções de inteligência artificial e machine learning (AI e ML) e serviços de matchmaking que conectam os jogadores.
Etapa 3
O Amazon API Gateway hospeda uma API Cohort Modeler baseada em recursos para interagir com vértices e bordas de grafos.
Etapa 4
O AWS Lambda atende às solicitações feitas ao endpoint da API, converte solicitações HTTP/S em consultas de grafos do Gremlin e envia essas solicitações ao banco de dados.
Etapa 5
O Amazon Neptune é um banco de dados de grafos totalmente gerenciado que armazena os dados e as interações dos jogadores.
Etapa 6
Usuários corporativos podem usar o Jupyter Notebook hospedado na Nuvem AWS para explorar interativamente coortes de jogadores.
Etapa 7
Os desenvolvedores podem modificar e implantar o código de exemplo do Cohort Modeler usando o AWS Serverless Application Model (AWS SAM), que é baseado noAWS CloudFormation.
Etapa 1
Os servidores e clientes do jogo usam sensores para avaliar as ações dos jogadores, como toxicologia comportamental, estilo do jogador e compras no jogo. Essas ações são registradas declarativamente com a API Cohort Modeler para coletar dados sobre a progressão do jogador, a criação da comunidade, a retenção e muito mais.
Etapa 2
Os consumidores de dados armazenam recomendações de conteúdo e consultam a API. Os consumidores de dados incluem soluções de inteligência artificial e machine learning (AI e ML) e serviços de matchmaking que conectam os jogadores.
Etapa 3
O Amazon API Gateway hospeda uma API Cohort Modeler baseada em recursos para interagir com vértices e bordas de grafos.
Etapa 4
O AWS Lambda atende às solicitações feitas ao endpoint da API, converte solicitações HTTP/S em consultas de grafos do Gremlin e envia essas solicitações ao banco de dados.
Etapa 5
O Amazon Neptune é um banco de dados de grafos totalmente gerenciado que armazena os dados e as interações dos jogadores.
Etapa 6
Usuários corporativos podem usar o Jupyter Notebook hospedado na Nuvem AWS para explorar interativamente coortes de jogadores.
Etapa 7
Os desenvolvedores podem modificar e implantar o código de exemplo do Cohort Modeler usando o AWS Serverless Application Model (AWS SAM), que é baseado noAWS CloudFormation.
Pilares do Well-Architected
O AWS Well-Architected Framework ajuda a entender as vantagens e as desvantagens das decisões tomadas durante a criação de sistemas na nuvem. Os seis pilares do Framework permitem que você aprenda as melhores práticas de arquitetura, a fim de projetar e operar sistemas confiáveis, seguros, eficientes, econômicos e sustentáveis. Com a Ferramenta AWS Well-Architected, disponível gratuitamente no Console de Gerenciamento da AWS, você pode avaliar suas workloads em relação às práticas recomendadas ao responder a uma série de questões para cada pilar.
O diagrama de arquitetura acima exemplifica a criação de uma solução pautada nas melhores práticas do Well-Architected. Para ser totalmente Well-Architected, é preciso respeitar a maior quantidade possível das melhores práticas desse framework.
-
Excelência operacionalLeia o whitepaper sobre excelência operacional
A telemetria de componentes de aplicações, workloads e infraestrutura é acessada por meio do Amazon CloudWatch Logs. Todas as métricas operacionais de integridade podem ser acessadas por meio do CloudWatch. A própria aplicação rastreia a telemetria de usuários e transações por meio de APIs de ingestão e consulta.
-
SegurançaLeia o whitepaper sobre segurança
Todos os dados residem no Neptune e são criptografados em repouso. Todos os dados de ingestão em massa (dados que não são da API) residem no Amazon Simple Storage Service (Amazon S3) e também são criptografados em repouso. Os dados em trânsito são criptografados por meio de um endpoint da VPC dedicado ao qual somente o Neptune tem acesso. Todos os dados de consulta (por meio da API) são criptografados em trânsito usando Transport Layer Security (TLS) ou HTTPS.
-
ConfiabilidadeLeia o whitepaper sobre confiabilidade
A arquitetura é desacoplada usando um padrão de acesso de três camadas, do API Gateway ao Lambda e ao Neptune. Cada camada é escalável de forma independente e altamente disponível. Além disso, as camadas são sem estado e permitem limites automáticos de novas tentativas. Cada camada envia registros individualmente para o CloudWatch para análise. A arquitetura é entregue como infraestrutura como código (IaC) por meio do CloudFormation. O CloudFormation gerencia todas as atualizações, reversões ou erros.
-
Eficiência de performanceLeia o whitepaper sobre eficiência da performance
Os serviços nessa arquitetura fornecem ajuste de escala automático e previsão linear de custos. O Neptune tem recursos para explorar e determinar a modelagem de relacionamentos entre jogadores e coortes. A arquitetura também usa um caderno Jupyter de referência com códigos de exemplo e fornece instruções passo a passo sobre ingestão, consulta e modelagem de dados
-
Otimização de custosLeia o whitepaper sobre otimização de custos
A arquitetura minimiza os custos de transferência de dados para fora da região da AWS ao cobrar as respostas às consultas de API apenas de insights de jogadores. Isso faz com que os custos de transferência de dados sejam incorridos apenas para os serviços usados na arquitetura e não para a ingestão de dados. Além disso, você pode prever os custos com base no uso anterior.
-
SustentabilidadeLeia o whitepaper sobre sustentabilidade
Os serviços dessa solução são sem servidor, o que elimina a necessidade de hardware. Em geral, o Neptune é compatível com recursos sem servidor. Nessa arquitetura, usamos uma versão do Neptune que não é sem servidor e que ainda usa a quantidade mínima de hardware necessária para manter a confiabilidade.
Recursos de implementação
Com sua conta da AWS, um guia detalhado é fornecido para experimentação e uso. Cada etapa da criação das orientações, incluindo implantação, uso e limpeza, é examinada para prepará-las para a implantação.
O código de exemplo é um ponto de partida. Ele é validado para o setor, é prescritivo, mas não definitivo, e mostra o que há por trás de tudo para ajudar você a começar.
Conteúdo relacionado
Obtenha insights sobre sua base de jogadores usando o Cohort Modeler do AWS para Jogos
Cohort Modeler do AWS para Jogos: modelo de grafo de dados
Isenção de responsabilidade
O código de exemplo, as bibliotecas de software, as ferramentas de linha de comando, as provas de conceito, os modelos ou outra tecnologia relacionada (incluindo qualquer uma das anteriores fornecidas por nossa equipe) são fornecidos a você como Conteúdo da AWS nos termos do Contrato de Cliente da AWS ou o contrato por escrito pertinente entre você e a AWS (o que for aplicável). Você não deve usar esse Conteúdo da AWS em suas contas de produção, na produção ou em outros dados essenciais. Você é responsável por testar, proteger e otimizar o Conteúdo da AWS, como código de exemplo, conforme apropriado para uso em nível de produção com base em suas práticas e padrões específicos de controle de qualidade. A implantação de Conteúdo da AWS pode gerar cobranças da AWS para criar ou usar recursos cobráveis, como executar instâncias do Amazon EC2 ou usar armazenamento do Amazon S3.
As referências a serviços ou organizações terceirizadas nesta orientação não implicam em endosso, patrocínio ou afiliação entre a Amazon ou a AWS e terceiros. A orientação da AWS é um ponto de partida técnico, e você pode personalizar sua integração com serviços de terceiros ao implantar a arquitetura.