Essa orientação ajuda os desenvolvedores de jogos a implementar um pipeline de análise codificado, modular e sem servidor que ingere eventos de telemetria de clientes de jogos e serviços de back-end. A orientação aborda casos de uso de análises quase em tempo real e análises em lote. Com o AWS CloudFormation Kit (AWS CDK), você pode integrar e implantar continuamente o pipeline em várias contas e regiões da AWS. Além disso, os serviços sem servidor nesta orientação oferecem uma abordagem econômica para o desenvolvimento de jogos. Depois de implantar esse modelo de orientação, tudo estará pronto para coletar e consultar dados do jogador, obter informações e melhorar seu jogo.

Observação: [Aviso legal]

Diagrama de arquitetura

Baixe o diagrama de arquitetura de referência em PDF 
  • Arquitetura

  • Esse diagrama de arquitetura mostra uma visão geral de um pipeline de DataOps modernizado. Para o pipeline de integração e implantação contínuas (CI/CD) do DataOps, abra a outra guia.

  • CI/CD do DataOps

  • Esse diagrama de arquitetura mostra um pipeline de CI/CD do DataOps. Para obter uma visão geral do pipeline modernizado do DataOps, abra a outra guia.

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.

  • As ferramentas para desenvolvedores da AWS, especificamente o CodeBuild, CodeCommit e AWS CodePipeline, permitem a CI/CD de toda a arquitetura como uma aplicação codificada. Isso significa que todas as operações podem ser realizadas por meio de alterações no código. Além disso, o pipeline de CI/CD realiza testes automatizados de sistema dessas mudanças, dentro do estágio de controle de qualidade, para ajudar a garantir que qualquer falha em potencial possa ser pré-verificada antes de ser implantada na produção. O registro operacional de cada componente arquitetônico é entregue ao CloudWatch junto com as notificações do SNS para alertar os administradores sobre quaisquer problemas operacionais e de implantação.

    Essas ferramentas foram selecionadas não apenas para permitir que os operadores tenham uma visão da arquitetura, mas também para fornecer controle granular sobre a implantação inicial da Orientação, além das mudanças subsequentes. Isso significa que os operadores podem monitorar as mudanças, confirmar que estão prontas para produção e reverter quaisquer alterações que afetem a produção, sem afetar seus usuários.

    Leia o whitepaper sobre excelência operacional 

  • Cada provedor de telemetria (produtor de dados) recebe uma chave de autenticação (armazenada no DynamoDB) para acessar e enviar dados de telemetria ao API Gateway, o que significa que somente produtores de dados autorizados recebem chaves de acesso. Fornecer uma única fonte para armazenar chaves de autenticação permite que você confie no mesmo processo de autenticação para gerenciar a API e os recursos da AWS implantados pela Orientação. As aplicações de back-end podem interagir com segurança com a API de orientação, usando credenciais temporárias da AWS.

    Além disso, todos os eventos de telemetria enviados pela API Gateway são criptografados em trânsito, e qualquer dado de evento de telemetria que eventualmente seja armazenado no Amazon S3 é criptografado em repouso.

    Leia o whitepaper sobre segurança 

  • Esta orientação fornece dois níveis de resiliência: em nível regional e global. Todos os componentes regionais da arquitetura usam os recursos sem servidor da AWS. Os recursos sem servidor ajudam a garantir que cada serviço continue fornecendo a funcionalidade necessária em várias zonas de disponibilidade (AZs), desde que não haja falha regional. Caso ocorra uma falha regional, você pode reimplantar a Orientação em outra região da AWS ou até mesmo em outra conta da AWS.

    Leia o whitepaper sobre confiabilidade 

  • Componentes sem servidor, como o API Gateway, contribuem para que esta orientação seja suficientemente elástica e escalável para atender aos requisitos de performance dos provedores de telemetria. Além disso, o Amazon Kinesis fornece performance quase em tempo real para análises de streaming. Além disso, a implementação da orientação como uma aplicação codificada permite a experimentação do usuário por meio da capacidade de adicionar automaticamente os estágios DEV, TEST e QA.

    Leia o whitepaper sobre eficiência da performance 

  • O AWS Glue permite o crawling automatizado do esquema de dados, compensando a prática demorada de estruturar o esquema correto para análise. Além disso, estruturar a orientação como uma aplicação codificada permite que você combine os módulos corretos com casos de uso variados, o que ajuda a otimizar os custos.

    Leia o whitepaper sobre otimização de custos 

  • Tanto o Amazon S3 quanto o AWS Glue oferecem suporte a um padrão de ingestão de dados sem servidor e orientado por eventos. Os trabalhos do AWS Glue compensaram a responsabilidade de gerenciamento e otimização da infraestrutura para a AWS. O Amazon S3 implementa políticas de ciclo de vida de dados e formatação e compactação eficientes de arquivos, pois todos os dados ingeridos são armazenados no formato Parquet. Como os dados são transformados e armazenados em um formato Parquet compactado, as verificações de dados por consulta são reduzidas, o que significa que você precisará de menos recursos computacionais para a workload da orientação.

    Leia o whitepaper sobre sustentabilidade 

Recursos de implementação

O código de amostra é 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.

Abrir o código de amostra no GitHub

Conteúdo relacionado

[Assunto]
[Tipo de conteúdo]

[Título]

[Subtítulo]
Esta [postagem do blog/e-book/orientação/código de amostra] demonstra como [inserir uma breve descrição].

Aviso de 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.

Esta página foi útil?

 Feedback