[Subtítulo para SEO]
Importante: essa orientação exige o uso do AWS CodeCommit, que não está mais disponível para novos clientes. Os clientes atuais do AWS CodeCommit podem continuar usando e implantando essa orientação normalmente.
Essa orientação ajuda os desenvolvedores de jogos a implantar um pipeline de analytics modular e com tecnologia sem servidor para ingerir, armazenar, processar e visualizar dados de telemetria de clientes de jogos e serviços de backend. Ele oferece suporte a casos de uso de analytics em lote e em tempo real. Usando o AWS Cloud Development Kit, os desenvolvedores podem integrar e implantar continuamente o pipeline em várias contas e regiões da AWS. Os serviços com tecnologia sem servidor oferecem economia e facilidade na configuração. Após a implantação, as equipes podem ingerir dados e tomar decisões informadas para aprimorar seus jogos com mais rapidez.
Observação: [Aviso legal]
Diagrama de arquitetura
-
Arquitetura
-
CI/CD do DataOps
-
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.
Etapa 1
Envie eventos de telemetria de jogos para a Nuvem AWS por meio dos produtores de dados.Etapa 2
Capture dados de streaming do jogo com o Amazon Kinesis Data Streams e processe dados quase em tempo real com o Amazon Kinesis Data Firehose e o Amazon Managed Service for Apache Flink.Etapa 3
Forneça endpoints da API REST com o Amazon API Gateway para registrar produtores de dados. Armazene configurações de jogos e chaves de acesso à API no Amazon DynamoDB.Etapa 4
Capture dados de eventos de streaming no Amazon Managed Service for Apache Flink. Publique métricas personalizadas no Amazon CloudWatch.Etapa 5
Crie painéis operacionais e alarmes a partir de métricas personalizadas no CloudWatch.Etapa 6
Entregue notificações críticas de alarmes aos consumidores de dados com o Amazon Simple Notification Service (Amazon SNS).Etapa 7
Processe dados de telemetria em lote com o Kinesis Data Firehose.Etapa 8
Armazene dados de telemetria brutos e processados no Amazon Simple Storage Service (Amazon S3).Etapa 9
Extração, transformação e carregamento (ETL) de dados de telemetria armazenados para análise com o AWS Glue.Etapa 10
Consulte e analise dados preparados de forma interativa com o Amazon Athena.Etapa 11
Visualize dados de business intelligence (BI) com o Amazon QuickSight.Etapa 12
Implante e operacionalize a aplicação codificada usando um pipeline de integração e implantação contínuas (CI/CD).Etapa 13
Forneça ao LiveOps recursos de BI, visualizações de dados e machine learning (ML) a partir de dados de telemetria de jogos para gerar informações comerciais importantes. -
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.
Etapa 1
Crie e teste a infraestrutura codificada usando o AWS Cloud Development Kit (AWS CDK) para sintetizar um modelo do AWS CloudFormation.Etapa 2
Inicie o pipeline de CI/CD quando as alterações no código da infraestrutura forem comprometidas com o repositório AWS CodeCommit.Etapa 3
Armazene ativos de infraestrutura compilados, como um contêiner Docker e modelos do CloudFormation, no Amazon Elastic Container Registry (Amazon ECR) e no Amazon S3.Etapa 4
Implante a infraestrutura para integração e teste do sistema na conta da AWS de garantia de qualidade (QA) usando o CloudFormation Stack.Etapa 5
Execute scripts de teste automatizados para verificar se a infraestrutura implantada está funcional dentro de um projeto do AWS CodeBuild.Etapa 6
Implante a infraestrutura testada na conta de produção (PROD) da AWS usando o CloudFormation Stack.
Comece a usar
Implemente esta orientação
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 operacional
As ferramentas para desenvolvedores da AWS, especificamente o CodeBuild e o 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.
-
Segurança
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.
-
Confiabilidade
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.
-
Eficiência de performance
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.
-
Otimização de custos
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.
-
Sustentabilidade
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.
Conteúdo relacionado
A Notorious Studios cria um pipeline de analytics de jogos escalável para pesquisa de jogadores na AWS
Encante seus jogadores com analytics de jogos
Detecte anomalias em jogos com o Amazon Lookout for Metrics e a solução Game Analytics Pipeline
Maximize seus insights de dados de jogos com a versão atualizada do Game Analytics Pipeline
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.